Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Fehlerbehebung bei Controlplane-Knoten

Dieser Abschnitt gilt für Knoten mit der Rolle controlplane.

Überprüfen Sie, ob die Controlplane-Container ausgeführt werden.

Es gibt drei spezifische Container, die auf Knoten mit der Rolle controlplane gestartet werden:

  • kube-apiserver

  • kube-controller-manager

  • kube-scheduler

Die Container sollten den Status Up haben. Die Dauer, die nach Up angezeigt wird, ist die Zeit, die der Container bereits läuft.

docker ps -a -f=name='kube-apiserver|kube-controller-manager|kube-scheduler'

Beispielausgabe:

CONTAINER ID        IMAGE                                COMMAND                  CREATED             STATUS              PORTS               NAMES
26c7159abbcc        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-apiserver
f3d287ca4549        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-scheduler
bdf3898b8063        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-controller-manager

Protokollierung der Controlplane-Container

Wenn Sie mehrere Knoten mit der Rolle controlplane hinzugefügt haben, verwenden sowohl kube-controller-manager als auch kube-scheduler einen Führerwahl-Prozess, um den Führer zu bestimmen. Nur der aktuelle Führer wird die durchgeführten Aktionen protokollieren. Siehe Kubernetes-Führerwahl, wie Sie den aktuellen Führer abrufen können.

Die Protokollierung der Container kann Informationen darüber enthalten, was das Problem sein könnte.

docker logs kube-apiserver
docker logs kube-controller-manager
docker logs kube-scheduler

SUSE® Rancher Prime: RKE2 Server-Protokollierung

Wenn Rancher ein RKE2-Cluster bereitstellt, das nicht mit Rancher kommunizieren kann, können Sie diesen Befehl auf einem Serverknoten im Downstream-Cluster ausführen, um die RKE2-Serverprotokolle zu erhalten:

journalctl -u rke2-server -f