Kubeadm: "kubeadm reset" hängt für immer zeitweise

Erstellt am 1. Feb. 2018  ·  6Kommentare  ·  Quelle: kubernetes/kubeadm

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 :

  • Kubernetes Version :
$ 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"}
  • Betriebssystem :
    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
  • Andere :
$ 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

Was ist passiert?

kubeadm reset hängt für immer.

Was hast du erwartet?

kubeadm reset läuft ab, wenn der Docker ungesund ist.

Wie kann man es reproduzieren (so minimal und präzise wie möglich)?

Siehe Schritte oben.

help wanted kinbug kindocumentation prioritimportant-soon

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 und sudo kubeadm reset funktioniert ohne Probleme.

Alle 6 Kommentare

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

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen