Kubeadm: le cluster kubernetes lancé par kubeadm ne démarre pas automatiquement après le redémarrage du système d'exploitation

Créé le 12 janv. 2017 · 4Commentaires · Source: 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

et je ne trouve pas de sous-commande comme start pour redémarrer le cluster que j'ai initialisé par kubeadm.

os : une version personnalisée de CentOS 7, 64 bits, mais croyez-moi, c'est presque la même chose avec CentOS

Source

bruceauyeung

👍4

Commentaire le plus utile

Que dit journalctl -xeu kubelet après le redémarrage ?
C'est la tâche du kubelet de tout relancer automatiquement.
Je suppose que vous avez exécuté systemctl enable kubelet ?

luxas le 13 janv. 2017

👍15

Tous les 4 commentaires

Que dit journalctl -xeu kubelet après le redémarrage ?
C'est la tâche du kubelet de tout relancer automatiquement.
Je suppose que vous avez exécuté systemctl enable kubelet ?

luxas le 13 janv. 2017

👍15

@luxas j'ai réessayé et j'ai trouvé que cela fonctionnait comme prévu.
Merci.

bruceauyeung le 14 janv. 2017

J'utilise sudo swapoff -a lorsque j'initialise k8s avec kubeadm, puis lorsque je robot k8s n'a pas démarré.

journalctl -xeu kubelet affiche une erreur au démarrage.

Après sudo swapoff -a , j'essaie systemctl enable kubelet nouveau

Tout va bien maintenant.