O Docker diz "não resta espaço no dispositivo", mas o sistema tem bastante espaço?

19

Estou tentando executar uma imagem do docker que funcione em outros sistemas (e você pode até retirá-lo do dockerhub, se quiser: é dougbtv/asterisk) no entanto, na minha estação de trabalho geral, está reclamando de espaço livre quando parece () está desarranjando as imagens do docker.

Eu tento executá-lo e quando eu recebo um erro informando que está sem espaço. Aqui está um exemplo de mim tentando executá-lo e reclamando de espaço ..

[root@localhost docker]# docker run -i -t dougbtv/asterisk /bin/bash
Timestamp: 2015-05-13 07:50:58.128736228 -0400 EDT
Code: System error

Message: [/usr/bin/tar -xf /var/lib/docker/tmp/70c178005ccd9cc5373faa8ff0ff9c7c7a4cf0284bd9f65bbbcc2c0d96e8565d410879741/_tmp.tar -C /var/lib/docker/devicemapper/mnt/70c178005ccd9cc5373faa8ff0ff9c7c7a4cf0284bd9f65bbbcc2c0d96e8565d/rootfs/tmp .] failed: /usr/bin/tar: ./asterisk/utils/astdb2sqlite3: Wrote only 512 of 10240 bytes
/usr/bin/tar: ./asterisk/utils/conf2ael.c: Cannot write: No space left on device
/usr/bin/tar: ./asterisk/utils/astcanary: Cannot write: No space left on device
/usr/bin/tar: ./asterisk/utils/.astcanary.o.d: Cannot write: No space left on device
/usr/bin/tar: ./asterisk/utils/check_expr.c: Cannot write: No space left on device
[... another few hundred similar lines]

Obviamente, verifico quanto espaço está disponível e, ao pesquisar no Google, acho que às vezes isso acontece porque você está sem inodes. Então, dou uma olhada nos dois e posso ver que há muitos inodes também.

[root@localhost docker]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 3.9G     0  3.9G   0% /dev
tmpfs                    3.9G   20M  3.9G   1% /dev/shm
tmpfs                    3.9G  1.2M  3.9G   1% /run
tmpfs                    3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   36G  9.4G   25G  28% /
tmpfs                    3.9G  5.2M  3.9G   1% /tmp
/dev/sda3                477M  164M  285M  37% /boot
/dev/mapper/fedora-home   18G  7.7G  8.9G  47% /home
tmpfs                    793M   40K  793M   1% /run/user/1000
/dev/sdb1                489G  225G  265G  46% /mnt/extradoze
[root@localhost docker]# df -i
Filesystem                 Inodes  IUsed     IFree IUse% Mounted on
devtmpfs                  1012063    585   1011478    1% /dev
tmpfs                     1015038     97   1014941    1% /dev/shm
tmpfs                     1015038    771   1014267    1% /run
tmpfs                     1015038     15   1015023    1% /sys/fs/cgroup
/dev/mapper/fedora-root   2392064 165351   2226713    7% /
tmpfs                     1015038    141   1014897    1% /tmp
/dev/sda3                  128016    429    127587    1% /boot
/dev/mapper/fedora-home   1166880 145777   1021103   13% /home
tmpfs                     1015038     39   1014999    1% /run/user/1000
/dev/sdb1               277252836 168000 277084836    1% /mnt/extradoze

E assim você pode ver um pouco o que está acontecendo, aqui está o meu /etc/fstab

[root@localhost docker]# cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Tue Mar 17 20:11:16 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/fedora-root /                       ext4    defaults        1 1
UUID=2e2535da-907a-44ec-93d8-1baa73fb6696 /boot                   ext4    defaults        1 2
/dev/mapper/fedora-home /home                   ext4    defaults        1 2
/dev/mapper/fedora-swap swap                    swap    defaults        0 0

E também perguntei a alguém com uma pergunta semelhante sobre troca de pilhas solicitada os resultados do lvscomando, que mostra:

[root@localhost docker]# lvs
  LV   VG     Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  home fedora -wi-ao---- 17.79g                                                    
  root fedora -wi-ao---- 36.45g                                                    
  swap fedora -wi-ao----  7.77g

É um sistema Fedora 21:

[root@localhost docker]# cat /etc/redhat-release 
Fedora release 21 (Twenty One)
[root@localhost docker]# uname -a
Linux localhost.localdomain 3.19.5-200.fc21.x86_64 #1 SMP Mon Apr 20 19:51:56 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Driver de armazenamento:

[doug@localhost cs]$ sudo docker info|grep Driver:
Storage Driver: devicemapper
Execution Driver: native-0.2

Versão do Docker: 

[doug@localhost cs]$ sudo docker -v
Docker version 1.6.0, build 3eac457/1.6.0

De acordo com este artigo recomendado , tentei mudar a janela de encaixe para/etc/sysconfig/docker

OPTIONS='--selinux-enabled --storage-opt dm.loopdatasize=500GB --storage-opt dm.loopmetadatasize=10GB'

E docker reiniciado, sem sucesso. Eu mudei de volta para apenas --selinux-enabled(nota: eu tenho o selinux desativado)

Além disso, notei que o artigo mencionado examinava o arquivo de dados sobressalentes, que se parece com:

[root@localhost doug]# ls -alhs /var/lib/docker/devicemapper/devicemapper
total 3.4G
4.0K drwx------ 2 root root 4.0K Mar 20 13:37 .
4.0K drwx------ 5 root root 4.0K Mar 20 13:39 ..
3.4G -rw------- 1 root root 100G May 13 14:33 data
9.7M -rw------- 1 root root 2.0G May 13 14:33 metadata

É um problema que o arquivo esparso seja maior que o tamanho do disco?

Minha lsblkaparência é:

[root@localhost doug]# lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                           8:0    0 111.8G  0 disk 
├─sda1                        8:1    0   100M  0 part 
├─sda2                        8:2    0  49.2G  0 part 
├─sda3                        8:3    0   500M  0 part /boot
├─sda4                        8:4    0     1K  0 part 
└─sda5                        8:5    0    62G  0 part 
  ├─fedora-swap             253:0    0   7.8G  0 lvm  [SWAP]
  ├─fedora-root             253:1    0  36.5G  0 lvm  /
  └─fedora-home             253:2    0  17.8G  0 lvm  /home
sdb                           8:16   0   1.8T  0 disk 
└─sdb1                        8:17   0   489G  0 part /mnt/extradoze
loop0                         7:0    0   100G  0 loop 
└─docker-253:1-1051064-pool 253:3    0   100G  0 dm   
loop1                         7:1    0     2G  0 loop 
└─docker-253:1-1051064-pool 253:3    0   100G  0 dm
fedora hard-disk docker dougBTV
fonte
Qual driver de armazenamento você está usando? sudo docker info|grep Driver:
Mattdm 13/05
Boa pergunta @mattdm, é devicemappercom driver de execução native-0.2. Atualizei minha pergunta com essas informações e a versão do Docker.
DougBTV
você pode anexar a saída de lsblk? Esta postagem no blog pode ajudar, embora esteja um pouco desatualizada.
Mattdm 13/05
Eu fui e atualizado, ele andou pelo post para finalizar compra algumas coisas, que eu também observou, apreciar o ponteiro lá @mattdm
dougBTV
O Docker está extraindo um arquivo tar de / var / lib / docker / tmp / 70 .... para um diretório em / var / lib / docker / devicemapper / .... O fato de haver a substring 'devicemapper' nesse caminho me faz pensar que o docker está mapeando algum dispositivo de armazenamento em bloco em um dispositivo de bloco específico para uso. Provavelmente, isso significa que se você executar lsblk / df e amigos antes ou depois do comando docker, perderá o dispositivo mapeado (o docker limpa depois de si próprio?). É provável que eu pressione Ctrl-z o processo de separação depois que os erros começarem a aparecer e começar a mexer nas ferramentas df / dm. Você pode fazer aquilo?
Lmwangi 23/05

Respostas:

11

Se você estiver usando qualquer sistema operacional baseado em Red-Hat, saiba que "Devicemapper" é limitado a 10 GB por imagem e, se você estiver tentando executar uma imagem de até 10 GB, poderá receber esse erro. Esse pode ser o seu problema. Tente isso, funcionou para mim

https://docs.docker.com/engine/reference/commandline/daemon/#storage-driver-options

 sudo systemctl stop docker.service

ou

sudo service docker stop

rm -rvf /var/lib/docker (Take back up of any important data; containers and images will be deleted)

Execute este comando 

docker daemon --storage-opt dm.basesize=20G

Onde "20G" se refere ao novo tamanho que você deseja que o dispositivomapper e, em seguida, reinicie a janela de encaixe

sudo systemctl start docker.service

ou

sudo service docker start

Verifique se está definido executando

docker info

Espero que isso funcione!

RIcardo
fonte
Obrigado! Vou dar uma chance a isso mais tarde. Eu ainda tenho essa máquina por perto, no entanto, agora ela está desatualizada, portanto pode ser uma atualização para o Fedora & Docker mais recente.
DougBTV 10/03/16
Eu tentei, mas o docker se recusou a iniciar depois. Eu acho que "simplesmente não usar redhat" seria uma solução mais simples :)
samthebest
1
sudo dockerd-current --storage-opt dm.basesize=20G... isto é docker daemon => dockerd no RedHat.
Mikiemorales
1
O comando docker daemon --storage-opt dm.basesize=20Gnão parece mais existir.
Alex
3

Você está, por acaso, tentando executar uma imagem muito grande? O RHEL não possui suporte nativo aufs. Então você usa devicemapper Quando você usa devicemapper, você só tem acesso a 10 GB por padrão no seu sistema de arquivos contêiner. Verifique este artigo , pode ser útil.

Aymeric
fonte
3
Embora esse link possa responder à pergunta, é melhor incluir aqui as partes essenciais da resposta e fornecer o link para referência. As respostas somente para links podem se tornar inválidas se a página vinculada for alterada.
Anthon
0

A corrida docker system prunefuncionou por um tempo, então tive que continuar aumentando o "Tamanho da imagem do disco" em Preferências ...> Disco, mas isso só ajudou até que eu a aumentasse novamente.

Eu me recuso a continuar aumentando o tamanho da imagem do disco e docker system prunenão estava reivindicando mais espaço, mas a execução docker volume pruneajudou dessa vez.

AVProgrammer
fonte