Kubeadm: El clúster de kubernetes iniciado por kubeadm no se inicia automáticamente después de reiniciar el sistema operativo

Creado en 12 ene. 2017 · 4Comentarios · Fuente: 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

y no puedo encontrar un subcomando como start para reiniciar el clúster que he inicializado con kubeadm.

os: una versión personalizada de CentOS 7, 64 bits, pero créanme, es casi lo mismo con CentOS

Fuente

bruceauyeung

👍4

Comentario más útil

¿Qué dice journalctl -xeu kubelet después de reiniciar?
La tarea del kubelet es hacer que todo vuelva a girar automáticamente.
Supongo que has ejecutado systemctl enable kubelet ?

luxas en 13 ene. 2017

👍15

Todos 4 comentarios

¿Qué dice journalctl -xeu kubelet después de reiniciar?
La tarea del kubelet es hacer que todo vuelva a girar automáticamente.
Supongo que has ejecutado systemctl enable kubelet ?

luxas en 13 ene. 2017

👍15

@luxas lo intenté de nuevo y descubrí que funcionaba como se esperaba.
Gracias.

bruceauyeung en 14 ene. 2017

Utilizo sudo swapoff -a cuando inicio k8s con kubeadm, luego cuando el robot k8s no se ha iniciado.

journalctl -xeu kubelet muestra algún error al iniciar.

Después de sudo swapoff -a , intento systemctl enable kubelet nuevamente.

Todo va bien ahora.