RAPPORT D'ERREUR:
Je vois kubeadm
version 1.7
bloque pour toujours parfois à
[reset] Removing kubernetes-managed containers
Je suis capable de reproduire ce problème 4 fois sur 5 et j'ai dû appuyer sur CTRL+C
pour quitter.
$ 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
$
Le redémarrage de docker en faisant sudo systemctl restart docker.service
résout ce problème et sudo kubeadm reset
fonctionne correctement sans problèmes.
Ce sera bien si kubeadm reset
vérifie la santé de docker lors de la suppression des conteneurs gérés par kubernetes et expire si le docker est défectueux, au lieu de rester indéfiniment à:
[reset] Removing kubernetes-managed containers
version 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"}
Environnement :
$ 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"}
$ 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
$ 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
$ 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
kubeadm reset
bloque pour toujours.
kubeadm reset
expire si le docker n'est pas sain.
Voir les étapes ci-dessus.
je vois ça aussi:
~réinitialisation sudo kubeadm[Pre-Flight] Exécution de vérifications avant vol[reset] Arrêt du service kubelet[reset] Démontage des répertoires montés dans "/ var / lib / kubelet"[reset] Suppression des conteneurs gérés par Kubernetes~
ce qui semble se passer, c'est que docker kill / rm est bouleversé à cause d'un montage nfs coincé
@vhosakot pourrait-il être quelque chose comme ça aussi pour vous? qui est le point de montage coincé?
@cwedgwood Je n'ai pas de point de montage et je vois toujours ce problème.
Le redémarrage de docker en faisant sudo systemctl restart docker.service
résout ce problème et sudo kubeadm reset
fonctionne correctement sans problèmes.
/ assign @detiber - il s'agit d'une mise à jour de la documentation.
/ assign @chuckha
je peux prendre ça.
ajout d'informations dans https://kubernetes.io/docs/setup/independent/troubleshooting-kubeadm/
à moins qu'il y ait un meilleur emplacement
^ PR envoyé à /website
. nous n'avons pas suffisamment d'informations de débogage à ce sujet, mais j'ai ajouté une note dans la documentation avec le correctif fourni par @vhosakot .
Commentaire le plus utile
@cwedgwood Je n'ai pas de point de montage et je vois toujours ce problème.
Le redémarrage de docker en faisant
sudo systemctl restart docker.service
résout ce problème etsudo kubeadm reset
fonctionne correctement sans problèmes.