docker ps
trava para sempre foi o primeiro sintoma, então limpei o docker e tentei reinstalar ... a instalação nunca termina
dpkg -l|grep docker
iF docker-ce 5:19.03.8~3-0~ubuntu-bionic amd64 Docker: the open-source application container engine
ii docker-ce-cli 5:19.03.8~3-0~ubuntu-bionic amd64 Docker CLI: the open-source application container engine
aviso acima que o docker instalado falhou conforme iF
... detalhes consultedpkg -l | head -3
no Ubuntu 20.04 docker falha ao concluir sua instalação
sudo apt-get install docker-ce
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
aufs-tools cgroupfs-mount containerd.io docker-ce-cli pigz
The following NEW packages will be installed:
aufs-tools cgroupfs-mount containerd.io docker-ce docker-ce-cli pigz
0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/85.7 MB of archives.
After this operation, 385 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Selecting previously unselected package pigz.
(Reading database ... 272586 files and directories currently installed.)
Preparing to unpack .../0-pigz_2.4-1_amd64.deb ...
Unpacking pigz (2.4-1) ...
Selecting previously unselected package aufs-tools.
Preparing to unpack .../1-aufs-tools_1%3a4.14+20190211-1ubuntu1_amd64.deb ...
Unpacking aufs-tools (1:4.14+20190211-1ubuntu1) ...
Selecting previously unselected package cgroupfs-mount.
Preparing to unpack .../2-cgroupfs-mount_1.4_all.deb ...
Unpacking cgroupfs-mount (1.4) ...
Selecting previously unselected package containerd.io.
Preparing to unpack .../3-containerd.io_1.2.13-1_amd64.deb ...
Unpacking containerd.io (1.2.13-1) ...
Selecting previously unselected package docker-ce-cli.
Preparing to unpack .../4-docker-ce-cli_5%3a19.03.8~3-0~ubuntu-bionic_amd64.deb ...
Unpacking docker-ce-cli (5:19.03.8~3-0~ubuntu-bionic) ...
Selecting previously unselected package docker-ce.
Preparing to unpack .../5-docker-ce_5%3a19.03.8~3-0~ubuntu-bionic_amd64.deb ...
Unpacking docker-ce (5:19.03.8~3-0~ubuntu-bionic) ...
Setting up aufs-tools (1:4.14+20190211-1ubuntu1) ...
Setting up containerd.io (1.2.13-1) ...
Setting up docker-ce-cli (5:19.03.8~3-0~ubuntu-bionic) ...
Setting up pigz (2.4-1) ...
Setting up cgroupfs-mount (1.4) ...
Setting up docker-ce (5:19.03.8~3-0~ubuntu-bionic) ...
Created symlink /etc/systemd/system/multi-user.target.wants/docker.service → /lib/systemd/system/docker.service.
Created symlink /etc/systemd/system/sockets.target.wants/docker.socket → /lib/systemd/system/docker.socket.
a instalação anterior estava OK até que percebi que docker ps
estava travando para sempre ... Limpei o docker, incluindo a exclusão de todos
apt-get purge docker-* -y
rm -rf /var/lib/docker
systemctl daemon-reload
aqui está minha entrada apt
cd /etc/apt ; grep -r docker
sources.list.d/docker.list:deb [arch=amd64] https://download.docker.com/linux/ubuntu bionic stable
então eu corri acima da instalação, que também travou para sempre, então, em desespero, adicionei abaixo à lista de cmds de exclusão ... não ajudou
rm /var/run/docker.pid
rm -rf /lib/systemd/system/docker.service
rm -rf /etc/docker
rm -rf /run/docker.sock
rm -rf /etc/systemd/system/docker.service.d
docker version
também trava mesmo como root
uname -m && uname -r && cat /etc/*release
x86_64
5.4.0-30-generic
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04 LTS"
NAME="Ubuntu"
VERSION="20.04 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04 LTS"
Estou prestes a reformatar meu laptop e reinstalar o Ubuntu 20.04 do zero... algum conselho?
Evidentemente, a lógica do pacote docker-ce purge deixa restos misteriosos do docker flutuando, o que impede que a instalação subsequente do docker funcione corretamente
PS ... meu VPS remoto ubuntu 18.04 executa o docker bem, então não sei se isso é relacionado ao Ubuntu 20.04, embora eu tenha visto o docker funcionar bem em outras caixas 20.04
ATUALIZAR
sim, quando eu volto para o kernel 29 do docker 5.4.0-30-generic está funcionando bem e quando eu volto para o kernel 30 novamente, está falhando da mesma maneira ... aqui está no kernel 5.4.0-30-generic
sudo journalctl -u docker
May 06 15:42:10 kiev systemd[1]: Starting Docker Application Container Engine...
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.613610505-04:00" level=info msg="Starting up"
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.615578768-04:00" level=info msg="detected 127.0.0.53 nameserver, assuming systemd-resolved, so using resolv.conf: /run/systemd/resolve/resolv.>
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.645651302-04:00" level=info msg="parsed scheme: \"unix\"" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.645870506-04:00" level=info msg="scheme \"unix\" not registered, fallback to default scheme" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.645925462-04:00" level=info msg="ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock 0 <nil>}] <nil>}" module=>
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.645942687-04:00" level=info msg="ClientConn switching balancer to \"pick_first\"" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.648421919-04:00" level=info msg="parsed scheme: \"unix\"" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.648915679-04:00" level=info msg="scheme \"unix\" not registered, fallback to default scheme" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.649020592-04:00" level=info msg="ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock 0 <nil>}] <nil>}" module=>
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.649038754-04:00" level=info msg="ClientConn switching balancer to \"pick_first\"" module=grpc
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.845831131-04:00" level=warning msg="Your kernel does not support swap memory limit"
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.845857901-04:00" level=warning msg="Your kernel does not support cgroup blkio weight"
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.845868145-04:00" level=warning msg="Your kernel does not support cgroup blkio weight_device"
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.846071798-04:00" level=info msg="Loading containers: start."
May 06 15:42:10 kiev dockerd[6798]: time="2020-05-06T15:42:10.955282685-04:00" level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.0/16. Daemon option --bip can be used to set>
May 06 15:42:11 kiev dockerd[6798]: time="2020-05-06T15:42:11.027647745-04:00" level=info msg="Loading containers: done."
Portanto, o problema só acontece usando o kernel 5.4.0-30-generic, enquanto o 5.4.0-29-generic está OK
docker-ce 5:19.03.8~3-0~ubuntu-bionic amd64
ATUALIZAR
docker está OK no Ubuntu 20.04, que atualmente possui o kernel 5.8.0-32-generic
o mesmo para mim. O fez algo errado no kernel mais recente. Reverter para 5.4.0.28 resolve o problema
Minha correção de solução alternativa foi um pouco diferente, a solução que funcionou para mim é que eu entro no kernel no modo de recuperação e, em seguida, consigo desinstalar totalmente o docker porque o docker não fica preso lá. eu acho que de qualquer kernel que você tenha você pode fazer a mesma coisa, mas para ser honesto eu faço o downgrade para o 5.4.0-29 assim como a resposta acima. No entanto , o problema com a resposta anterior foi que quando tento inicializar o kernel 5.4.0-29 o travamento
containerd
no momento da inicialização em que outras versões o travamento acontecia quando você tentava executar alguns comandos do docker, então deixe-me explicar mais detalhadamente o passos que eu fizVocê precisará editar seu
sudo nano /etc/default/grub
arquivo, remover o símbolo "#" no início da linha paraGRUB_TIMEOUT=20
para mostrar o menu por 20 segundosGRUB_TIMEOUT_STYLE=menu
para mostrar o menu de inicializaçãoem seguida, salve o arquivo e saia do editor. Próxima execução:
[ 1
Depois disso, você pode desinstalar completamente o Docker run:
Os comandos acima não removerão imagens, contêineres, volumes ou arquivos de configuração criados pelo usuário em seu host. Se você deseja excluir todas as imagens, contêineres e volumes, execute os seguintes comandos:
Você removeu o Docker do sistema completamente sem nenhum docker preso .
Mudar para 5.4.0-29 faz o truque
substitua GRUB_DEFAULT=0 por GRUB_DEFAULT="$entry1>$entry2"
dentro
este é o resultado da concatenação, com ">" no meio, da primeira entrada do submenu ($entry1), e aquela com a versão do kernel .29 (ou qualquer outra preferida) (não a de recuperação) ($entry2) dado por correr
grep -A100 submenu /boot/grub/grub.cfg |grep menuentry
Em seguida, atualize o grub e reinicie
Por fim, reinstale o docker novamente. Tudo deve ser bom.
fonte: https://meetrix.io/blog/aws/ Changing -default-ubuntu-kernel.html
Atualização 20/5
O Ubuntu lançou 5.4.0-31-generic no canal proposto que funciona bem com o docker. Então, quem usou esse truque, pode voltar para GRUB_DEFAULT=0 e deve ser bom ir novamente.
Mesmo problema para mim também. Revertendo para o kernel 5.4.0-29 tudo funciona bem. Antes de voltar para o kernel mais antigo, fiz algumas tentativas de iniciar o dockrd a partir da linha de comando ou com systemctl. A partir da linha de comando, parece iniciar, mas no final do processo, ele trava como esperando por algo.
docker está OK no Ubuntu 20.04 com
veja https://github.com/docker/for-linux/issues/993