Comment redémarrer kubernetes nœuds?

L'état des noeuds est signalé comme unknown

"conditions": [
          {
            "type": "Ready",
            "status": "Unknown",
            "lastHeartbeatTime": "2015-11-12T06:03:19Z",
            "lastTransitionTime": "2015-11-12T06:04:03Z",
            "reason": "Kubelet stopped posting node status."
          }

whle kubectl get nodes retour d'un NOTReady état. Qu'est-ce que cela implique et comment résoudre ce problème?

ont exactement le même problème ici 🙁 j'ai été en mesure de supprimer le nœud dans VirtualBox, puis kube-up.sh va créer un nouveau. il n'a pas vraiment aider dans ma situation, mais peut-être vous aider
Est-il une api pour supprimer le nœud? Je ne suis pas sûr de la manière dont le groupe a été mis en place
oh, je n'ai même pas demander ce genre de configuration que vous avez, si c'est en local, vagabond fondé sur virtualbox
C'est une physique de la machine virtuelle linux, aucune info sur la façon de créer un nouveau nœud , ou de redémarrer un existant?
La seule réponse est de savoir comment vous supprimer un nœud. Le monde qui vient à cette question va être à la recherche pour savoir comment redémarrer. Pouvons-nous obtenir une réponse?

OriginalL'auteur user_mda | 2015-11-12

  1. 14

    Obtenir des nœuds

    kubectl get nodes

    Résultat:

    NAME            STATUS     AGE
192.168.1.157   NotReady   42d
192.168.1.158   Ready      42d
192.168.1.159   Ready      42d

    Décrire nœud

    Ici est un NotReady sur le nœud de 192.168.1.157. Puis de débogage ce notready nœud, et vous pouvez lire des documents officiels - Application de l'Introspection et de Débogage.

    kubectl describe node 192.168.1.157

    Résultat Partiel:

    Conditions:
Type          Status          LastHeartbeatTime                       LastTransitionTime                      Reason                  Message
----          ------          -----------------                       ------------------                      ------                  -------
OutOfDisk     Unknown         Sat, 28 Dec 2016 12:56:01 +0000         Sat, 28 Dec 2016 12:56:41 +0000         NodeStatusUnknown       Kubelet stopped posting node status.
Ready         Unknown         Sat, 28 Dec 2016 12:56:01 +0000         Sat, 28 Dec 2016 12:56:41 +0000         NodeStatusUnknown       Kubelet stopped posting node status.

    Il y a un OutOfDisk sur mon nœud, puis Kubelet arrêté d'afficher l'état d'un noeud.
    Donc, je dois libérer de l'espace disque, à l'aide de la commande de df sur mon Ubuntu14.04 je peux vérifier les détails de la mémoire, et à l'aide de la commande de docker rmi image_id/image_name sous le rôle de su je peux supprimer l'inutile images.

    De connexion au nœud

    De connexion dans 192.168.1.157 en utilisant ssh, comme ssh [email protected], et passer à l' " su " par sudo su;

    Redémarrer kubelet

    /etc/init.d/kubelet restart

    Résultat:

    stop: Unknown instance: 
kubelet start/running, process 59261

    Obtenir des nœuds de nouveau

    Sur le maître:

    kubectl get nodes

    Résultat:

    NAME            STATUS    AGE
192.168.1.157   Ready     42d
192.168.1.158   Ready     42d
192.168.1.159   Ready     42d

    Ok, ce nœud fonctionne très bien.

    Ici est une référence: Kubernetes

    OriginalL'auteur CHENJIAN

  2. 3

    Vous pouvez supprimer le noeud de la maîtrise par l'émission d':

    kubectl delete node hostname.company.net

    La NOTReady statut signifie probablement que le maître ne peut pas accéder à la kubelet service. Vérifier si tout est OK sur le client.

    OriginalL'auteur cristi

  3. 0

    J'ai eu ce problème aussi, mais on dirait que ça dépend de la Kubernetes offre et de la façon dont tout a été installé. Dans Azure, si vous utilisez acs-moteur à installer, vous pouvez trouver le script shell qui est effectivement en cours d'exécution à disposition au:

    /opt/azure/containers/provision.sh

    Pour obtenir une mesure plus fine de la compréhension, il suffit de lire à travers elle et d'exécuter les commandes qu'il spécifie. Pour moi, j'ai eu à exécuter en tant que root:

    systemctl enable kubectl
systemctl restart kubectl

    Je ne sais pas si le fait de permettre est nécessaire et je ne peux pas dire si ces fonctionnera avec votre installation, mais il a certainement travaillé pour moi.

    OriginalL'auteur Chad