Kubeadm: Comment déboguer le blocage "Client API créé, en attente que le plan de contrôle soit prêt"

Créé le 6 janv. 2017  ·  4Commentaires  ·  Source: kubernetes/kubeadm

Je me demande s'il existe un moyen de déboguer et de voir où dans "attendre que le plan de contrôle soit prêt" Kubeadm init se bloque. Des paramètres -verbose pour kubeadm ? D'autres fichiers journaux ou options de débogage recommandées ?
J'exécute Ubuntu 16.04 - mais j'essaie d'exécuter kubeadm à partir d'un conteneur Docker. Sur mon hôte, cela fonctionne.

Commentaire le plus utile

exécuter journalctl -xeu kubelet puis voir les journaux
'erreur : échec de l'exécution de Kubelet : échec de création de kubelet : configuration incorrecte : pilote de groupe de contrôle kubelet : "systemd" est différent du pilote de groupe de contrôle docker : "cgroupfs
systemd[1] : kubelet.service : processus principal terminé, code=exited, status=1/FAILURE
systemd[1] : l'unité kubelet.service est entrée dans un état d'échec.
systemd[1] : échec de kubelet.service.'

Le pilote cgroup de kubelet n'est pas le même que le pilote cgroup de docker, donc je mets à jour systemd -> cgroupfs.

vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
mettre KUBELET_CGROUP_ARGS=--cgroup-driver=systemd jour KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs

redémarrer kubelet
exécuter 'service kubelet redémarrer'

tout va bien

Tous les 4 commentaires

Je suis principalement en train d'ouvrir un autre shell et d'exécuter docker ps et/ou journalctl -xeu kubelet
Il est difficile de faire une solution de débogage tout-en-un car il y a tellement d'informations et nous attendons essentiellement que les choses se passent (par exemple, une connexion Internet lente peut prendre beaucoup de temps bien que tout fonctionne)

Avez-vous une proposition de ce qui devrait être inclus?

Merci, j'ai réussi à surmonter le "attente que le plan de contrôle soit prêt", les options de débogage standard que vous avez suggérées étaient suffisantes.

exécuter journalctl -xeu kubelet puis voir les journaux
'erreur : échec de l'exécution de Kubelet : échec de création de kubelet : configuration incorrecte : pilote de groupe de contrôle kubelet : "systemd" est différent du pilote de groupe de contrôle docker : "cgroupfs
systemd[1] : kubelet.service : processus principal terminé, code=exited, status=1/FAILURE
systemd[1] : l'unité kubelet.service est entrée dans un état d'échec.
systemd[1] : échec de kubelet.service.'

Le pilote cgroup de kubelet n'est pas le même que le pilote cgroup de docker, donc je mets à jour systemd -> cgroupfs.

vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
mettre KUBELET_CGROUP_ARGS=--cgroup-driver=systemd jour KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs

redémarrer kubelet
exécuter 'service kubelet redémarrer'

tout va bien

@heartarea Appréciez vos pas. Ils fonctionnent bien.

De plus, nous devons appliquer ces modifications à d'autres nœuds que le maître afin qu'ils puissent rejoindre le cluster.

Est-ce un bug ? Pourquoi n'est-il pas défini comme vous l'avez suggéré ?

Cette page vous a été utile?
0 / 5 - 0 notes