FEHLERBERICHT:
Ich sehe kubeadm
Version 1.7
hängt manchmal für immer an
[reset] Removing kubernetes-managed containers
Ich kann dieses Problem 4 von 5 Mal reproduzieren und musste zum Beenden CTRL+C
drücken.
$ 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
$
Das Neustarten von Docker mit sudo systemctl restart docker.service
behebt dieses Problem und sudo kubeadm reset
funktioniert ohne Probleme.
Es ist schön, wenn kubeadm reset
den Zustand von Docker beim Entfernen von von Kubernetes verwalteten Containern überprüft und eine Zeitüberschreitung auftritt, wenn Docker ungesund ist, anstatt für immer zu hängen bei:
[reset] Removing kubernetes-managed containers
kubeadm version :
$ 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"}
Umwelt :
$ 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
hängt für immer.
kubeadm reset
läuft ab, wenn der Docker ungesund ist.
Siehe Schritte oben.
ich sehe das auch:
~sudo kubeadm zurücksetzen[Preflight] Vor-Flug-Checks durchführen[zurücksetzen] Beenden des Kubelet-Dienstes[zurücksetzen] Aufheben der Bereitstellung gemounteter Verzeichnisse in "/ var / lib / kubelet"[Zurücksetzen] Entfernen von von Kubernetes verwalteten Containern~
Was zu passieren scheint, ist, dass Docker Kill / RM wegen eines verkeilten NFS-Reittiers verärgert ist
@vhosakot könnte es vielleicht auch so etwas für dich sein? das ist stecken montiert Punkt?
@cwedgwood Ich habe keinen Einhängepunkt und sehe dieses Problem immer noch.
Das Neustarten von Docker mit sudo systemctl restart docker.service
behebt dieses Problem und sudo kubeadm reset
funktioniert ohne Probleme.
/ assign @detiber - Dies ist ein Dokumentupdate.
Ich weise @chuckha zu
Ich kann das nehmen.
Hinzufügen von Informationen in https://kubernetes.io/docs/setup/independent/troubleshooting-kubeadm/
es sei denn, es gibt einen besseren Ort
^ PR gesendet an /website
. Wir haben nicht genügend Debug-Informationen dazu, aber ich habe in den Dokumenten einen Hinweis mit dem von @vhosakot bereitgestellten Fix
Hilfreichster Kommentar
@cwedgwood Ich habe keinen Einhängepunkt und sehe dieses Problem immer noch.
Das Neustarten von Docker mit
sudo systemctl restart docker.service
behebt dieses Problem undsudo kubeadm reset
funktioniert ohne Probleme.