Kubeadm: "kubeadm reset" trava para sempre de forma intermitente

Criado em 1 fev. 2018  ·  6Comentários  ·  Fonte: kubernetes/kubeadm

RELATÓRIO DE ERRO:

Vejo que kubeadm version 1.7 trava para sempre às vezes em

[reset] Removing kubernetes-managed containers

Consigo reproduzir este problema 4 de 5 vezes e tive que pressionar CTRL+C para sair.

$ sudo kubeadm reset
sudo: unable to resolve host vhosakot-aci-1-w9c2681796d
[preflight] Running pre-flight checks
[reset] Stopping the kubelet service
[reset] Unmounting mounted directories in "/var/lib/kubelet"
[reset] Removing kubernetes-managed containers
^C  <--- Pressed CTRL+C to exit
$

Reiniciar o docker com sudo systemctl restart docker.service resolve este problema e sudo kubeadm reset funciona bem sem problemas.

Será bom se kubeadm reset verificar a integridade do docker ao remover contêineres gerenciados pelo Kubernetes e atingir o tempo limite se o docker não estiver saudável, em vez de ficar indefinidamente em:

[reset] Removing kubernetes-managed containers

versão kubeadm :

$ kubeadm version
kubeadm version: &version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.11", GitCommit:"b13f2fd682d56eab7a6a2b5a1cab1a3d2c8bdd55", GitTreeState:"clean", BuildDate:"2017-11-25T17:51:39Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

Meio Ambiente :

  • Versão do Kubernetes :
$ kubectl version
Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.11", GitCommit:"b13f2fd682d56eab7a6a2b5a1cab1a3d2c8bdd55", GitTreeState:"clean", BuildDate:"2017-11-25T18:34:52Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.12", GitCommit:"3bda299a6414b4866f179921610d6738206a18fe", GitTreeState:"clean", BuildDate:"2017-12-29T08:39:49Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}
  • SO :
    Ubuntu xenial VM:
$ sudo cat /etc/os-release
sudo: unable to resolve host vhosakot-aci-1-m3710102e28
NAME="Ubuntu"
VERSION="16.04.3 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.3 LTS"
VERSION_ID="16.04"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial
  • Kernel :
$ uname -a
Linux vhosakot-aci-1-m3710102e28 4.4.0-104-generic #127-Ubuntu SMP Mon Dec 11 12:16:42 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
  • Outros :
$ sudo docker info
sudo: unable to resolve host vhosakot-aci-1-w9c2681796d
Containers: 13
 Running: 9
 Paused: 0
 Stopped: 4
Images: 11
Server Version: 1.13.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 67
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins: 
 Volume: local
 Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version:  (expected: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1)
runc version: N/A (expected: 9df8b306d01f59d3a8029be411de015b7304dd8f)
init version: N/A (expected: 949e6facb77383876aeff8a6944dde66b3089574)
Security Options:
 apparmor
 seccomp
  Profile: default
Kernel Version: 4.4.0-104-generic
Operating System: Ubuntu 16.04.3 LTS
OSType: linux
Architecture: x86_64
CPUs: 3
Total Memory: 15.67 GiB
Name: vhosakot-aci-1-w9c2681796d
ID: X3ES:DTHR:RVNF:6OCE:2UXA:5VKA:LVVS:2G4K:KYHN:EBQZ:QH4C:SIQB
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

$ sudo docker version
sudo: unable to resolve host vhosakot-aci-1-w9c2681796d
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.6.2
 Git commit:   092cba3
 Built:        Thu Nov  2 20:40:23 2017
 OS/Arch:      linux/amd64

Server:
 Version:      1.13.1
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.6.2
 Git commit:   092cba3
 Built:        Thu Nov  2 20:40:23 2017
 OS/Arch:      linux/amd64
 Experimental: false

O que aconteceu?

kubeadm reset trava para sempre.

O que você esperava que acontecesse?

kubeadm reset esgotou o tempo se o docker não estiver íntegro.

Como reproduzi-lo (o mais mínimo e precisamente possível)?

Veja as etapas acima.

help wanted kinbug kindocumentation prioritimportant-soon

Comentários muito úteis

@cwedgwood Não tenho nenhum ponto de montagem e ainda vejo esse problema.

Reiniciar o docker com sudo systemctl restart docker.service resolve este problema e sudo kubeadm reset funciona bem sem problemas.

Todos 6 comentários

eu vejo isso também:

~sudo kubeadm reset[preflight] Execução de verificações pré-voo[reset] Interrompendo o serviço kubelet[reset] Desmontando diretórios montados em "/ var / lib / kubelet"[redefinir] Removendo contêineres gerenciados por kubernetes~

o que parece estar acontecendo é que docker kill / rm fica chateado por causa de uma montagem nfs em cunha

@vhosakot, poderia ser algo assim também para você? esse é o ponto de montagem preso?

@cwedgwood Não tenho nenhum ponto de montagem e ainda vejo esse problema.

Reiniciar o docker com sudo systemctl restart docker.service resolve este problema e sudo kubeadm reset funciona bem sem problemas.

/ assign @detiber - esta é uma atualização do docs.

/ assign @chuckha

eu posso levar isso.

adicionando informações em https://kubernetes.io/docs/setup/independent/trou troubleshooting-kubeadm/
a menos que haja uma localização melhor

^ PR enviado para /website . não temos informações de depuração suficientes sobre isso, mas adicionei uma observação aos documentos com a correção fornecida por @vhosakot .

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

Questões relacionadas

ggee picture ggee  ·  4Comentários

ggaaooppeenngg picture ggaaooppeenngg  ·  4Comentários

kvaps picture kvaps  ·  3Comentários

cnmade picture cnmade  ·  4Comentários

ep4eg picture ep4eg  ·  3Comentários