Moby: Como lidar com o caso de o tamanho do arquivo de dados do Docker atingir o limite de 100G?

Criado em 29 mar. 2016  ·  3Comentários  ·  Fonte: moby/moby

Saída de docker version :

Client:
 Version:      1.8.2-el7.centos
 API version:  1.20
 Package Version: docker-1.8.2-10.el7.centos.x86_64
 Go version:   go1.4.2
 Git commit:   a01dc02/1.8.2
 Built:        
 OS/Arch:      linux/amd64

Server:
 Version:      1.8.2-el7.centos
 API version:  1.20
 Package Version: 
 Go version:   go1.4.2
 Git commit:   a01dc02/1.8.2
 Built:        
 OS/Arch:      linux/amd64

Saída de docker info :

Containers: 0
Images: 130
Storage Driver: devicemapper
 Pool Name: docker-253:0-3221586422-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: xfs
 Data file: /dev/loop4
 Metadata file: /dev/loop5
 Data Space Used: 107.4 GB
 Data Space Total: 107.4 GB
 Data Space Available: 0 B
 Metadata Space Used: 60.92 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.087 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.107-RHEL7 (2015-12-01)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.10.0-229.el7.x86_64
Operating System: CentOS Linux 7 (Core)
CPUs: 12
Total Memory: 31.2 GiB
Name: IP-5-14
ID: DNOS:FC2P:2WH4:OSYL:L2CH:U7HZ:MFL2:ZID3:SYTX:JWKP:TGIN:YYPB
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled

Detalhes adicionais do ambiente (AWS, VirtualBox, físico, etc.):

Etapas para reproduzir o problema:
eu quero executar minha imagem docker chamada gateway usando o cmd abaixo. (um ponto de entrada sem daemon foi definido no Dockerfile do gateway)

docker run -d -P gateway

Descreva os resultados que você recebeu:
o contêiner pode funcionar como de costume

Descreva os resultados esperados:

[root@IP-5-14 devicemapper]# docker run -d -P gateway
Error response from daemon: Error running DeviceCreate (createSnapDevice) dm_task_run failed

Informações adicionais que você considera importantes (por exemplo, o problema ocorre apenas ocasionalmente):

  1. como mostra o docker info , o espaço de dados foi aumentado até o limite de 100G.
  2. quando eu apago o container usando docker rm -f $(docker ps -a -q) . Todos os containers foram removidos mas reportaram o erro abaixo:
Error response from daemon: Cannot destroy container 5d5eed10468b: Driver devicemapper failed to remove root filesystem 5d5eed10468b809475b0eb23bda167e1a962d32092a348936d56e27417dbf578: Error running DeleteDevice dm_task_run failed
  1. eu usei docker ps -a para garantir que todos os contêineres foram removidos depois que fiz a etapa 2. o resultado do cmd está vazio. mas ocorre um erro (abaixo) quando excluo uma imagem NONE
[root@IP-5-14 devicemapper]# docker rmi 6fdebd7b0eb5   
Error response from daemon: Conflict, cannot delete because 6fdebd7b0eb5 is held by an ongoing pull or build
Error: failed to remove images: [6fdebd7b0eb5]

Alguém pode me dar um favor? Muito obrigado

Comentários muito úteis

Você precisa aumentar o pool permitido para seus contêineres. Para fazer isso, você precisará remover seu var/lib/docker, que destruirá todos os seus contêineres e imagens.

sudo service docker stop
sudo rm -rf /var/lib/docker
sudo dd if=/dev/zero of=/var/lib/docker/devicemapper/devicemapper/data bs=1G count=0 seek=300
Isso fará com que seu espaço de dados usado seja de 300 GB

Isso resolve seu problema? Além disso, tente parar os processos do docker, inicie o docker novamente e veja se você pode remover as imagens

Todos 3 comentários

Você precisa aumentar o pool permitido para seus contêineres. Para fazer isso, você precisará remover seu var/lib/docker, que destruirá todos os seus contêineres e imagens.

sudo service docker stop
sudo rm -rf /var/lib/docker
sudo dd if=/dev/zero of=/var/lib/docker/devicemapper/devicemapper/data bs=1G count=0 seek=300
Isso fará com que seu espaço de dados usado seja de 300 GB

Isso resolve seu problema? Além disso, tente parar os processos do docker, inicie o docker novamente e veja se você pode remover as imagens

O Devicemapper ficar sem espaço pode ser muito complicado; Estamos rastreando problemas relacionados a isso em https://github.com/docker/docker/issues/20272.

Para o Docker 1.11, há uma nova opção para especificar uma quantidade mínima de espaço livre a ser mantida e impediria que você chegasse a essa situação; consulte https://github.com/docker/docker/pull/20786

Vou encerrar esta questão, pois acho que isso não é um bug, mas sim uma questão de suporte, mas fique a vontade para continuar a discussão aqui

OK. vlw muito. Esperança para os novos recursos do Docker1.11

Esta página foi útil?
0 / 5 - 0 avaliações