In diesem Abschnitt finden Sie verschiedene Protokolle für die Fehlerbehebung bei TKG-Clustern auf Supervisor, einschließlich eines Supervisor-Support-Pakets, des Arbeitslastverwaltungsprotokolls und der CAPI-, CAPV-, VM Operator- und TKG-Controller-Manager-Protokolle.
Erfassen eines Support-Pakets für Supervisor
- Melden Sie sich mit dem vSphere Client bei Ihrer vSphere IaaS control plane-Umgebung an.
- Wählen Sie aus.
- Wählen Sie die Registerkarte Supervisor.
- Wählen Sie die Supervisor-Zielinstanz aus.
- Wählen Sie Protokolle exportieren aus.
Lesen Sie nach der Erfassung des Support-Pakets folgenden KB-Artikel: Hochladen von Diagnoseinformationen für VMware über das Secure FTP-Portal: http://kb.vmware.com/kb/2069559. Weitere Informationen finden Sie auch unter Erfassen von Protokollen für vSphere with Tanzu.
Erfassen eines Support-Pakets für ein TKG-Cluster
Sie können das Dienstprogramm TKC Support Bundler verwenden, um TKG-Clusterprotokolldateien zu erfassen und Probleme zu beheben.
Informationen zum Abrufen und Verwenden des Dienstprogramms TKC Support Bundler finden Sie im Artikel Erfassen von Protokollen für vSphere with Tanzu in der Knowledgebase des VMware-Supports.
Tailing der Protokolldatei der Arbeitslastverwaltung
- Stellen Sie eine SSH-Verbindung mit der vCenter Server Appliance her.
- Melden Sie sich als
root
-Benutzer an. - Führen Sie den Befehl
shell
aus.Es wird Folgendes angezeigt:Shell access is granted to root root@localhost [ ~ ]#
- Führen Sie den folgenden Befehl aus, um das Tailing der WCP-Protokolldatei durchzuführen.
tail -f /var/log/vmware/wcp/wcpsvc.log
Erfassen der TKG-spezifischen Protokolle von Supervisor
kubectl -n vmware-system-capw get deployments.apps NAME READY UP-TO-DATE AVAILABLE AGE capi-controller-manager 2/2 2 2 18h capi-kubeadm-bootstrap-controller-manager 2/2 2 2 18h capi-kubeadm-control-plane-controller-manager 2/2 2 2 18h capv-controller-manager 2/2 2 2 10h capw-controller-manager 2/2 2 2 18h capw-webhook 2/2 2 2 18h
Bei den Infrastruktur-Pods handelt es sich um Bereitstellungen, die Replikate ausführen. Sie müssen ermitteln, welches Replikat der Leader ist, und seine Protokolle auf die neuesten Informationen überprüfen. Ein Nicht-Leader wird in der Regel aufhören, nachdem er ein Protokoll über den Versuch, die Lease abzurufen, erstellt hat.
Sie müssen sich bei Supervisor anmelden und den vSphere-Namespace von Supervisor verwenden, um diese Pods zu überprüfen.
kubectl logs <args> | grep error
.
- CAPI-Protokolle
-
Cluster-API-Anbieter:
kubectl logs -n vmware-system-capw -c manager vmware-system-capw-capi-controller-manager-<id>
- CAPV-Protokolle
-
Cluster-API für vSphere-Anbieter:
kubectl logs -n vmware-system-capv -c manager vmware-system-capw-v1alpha3-vmware-system-capv-v1alpha3-controller-manager-<id>
- VM-Operator-Protokolle
-
VM-Operator:
kubectl logs -n vmware-system-vmop -c manager vmware-system-vmop-controller-manager-<id>
- TKG-Controller-Manager-Protokolle
-
GCM-Controller-Manager
kubectl logs -n vmware-system-tkg -c manager vmware-system-tkg-controller-manager-<id>