Kubeadm: Von kubeadm initiierter Kubernetes-Cluster startet nicht automatisch nach einem Neustart des Betriebssystems

Erstellt am 12. Jan. 2017  ·  4Kommentare  ·  Quelle: kubernetes/kubeadm

kubeadm: v1.6.0-alpha.0.2074+a092d8e0f95f52
# docker images
REPOSITORY                                               TAG             
gcr.io/google_containers/kube-apiserver-amd64            v1.5.0          
gcr.io/google_containers/kube-controller-manager-amd64   v1.5.0          
gcr.io/google_containers/kube-scheduler-amd64            v1.5.0          
gcr.io/google_containers/etcd-amd64                      3.0.14-kubeadm  
gcr.io/google_containers/kube-discovery-amd64            1.0             
gcr.io/google_containers/pause-amd64                     3.0       

und ich kann keinen Unterbefehl wie start , um den von kubeadm initialisierten Cluster neu zu starten.

os : eine angepasste Version von CentOS 7, 64 Bit, aber glauben Sie mir, bei CentOS ist es fast dasselbe

Hilfreichster Kommentar

Was sagt journalctl -xeu kubelet nach dem Neustart?
Es ist die Aufgabe des Kubelets, alles automatisch wieder hochzufahren.
Ich nehme an, Sie haben systemctl enable kubelet ?

Alle 4 Kommentare

Was sagt journalctl -xeu kubelet nach dem Neustart?
Es ist die Aufgabe des Kubelets, alles automatisch wieder hochzufahren.
Ich nehme an, Sie haben systemctl enable kubelet ?

@luxas Ich habe es noch einmal versucht und festgestellt, dass es wie erwartet funktioniert.
Danke.

Ich verwende sudo swapoff -a wenn ich k8s mit kubeadm initiere, und dann, wenn ich robot k8s nicht gestartet hat.

journalctl -xeu kubelet zeigt beim Start einen Fehler an.

Nach sudo swapoff -a versuche ich es noch einmal mit systemctl enable kubelet .

Jetzt läuft alles gut.

Haben Sie den Swap-Eintrag von /etc/fstab ?

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen