Fare riferimento a questo argomento per estrarre vari registri per la risoluzione dei problemi dei cluster TKG nel Supervisore, incluso un bundle di supporto di Supervisore, il registro di gestione dei carichi di lavoro e i registri CAPI, CAPV, dell'operatore macchina virtuale e del gestore del controller TKG.
Raccogliere un bundle di supporto per Supervisore
- Accedere all'ambiente di vSphere IaaS control plane mediante vSphere Client.
- Selezionare .
- Selezionare la scheda Supervisore.
- Selezionare l'istanza Supervisore di destinazione.
- Selezionare Esporta registri.
Dopo aver raccolto il bundle di supporto, fare riferimento al seguente articolo della knowledge base: Caricamento di informazioni diagnostiche per VMware tramite il portale FTP sicuro: http://kb.vmware.com/kb/2069559. Vedere anche Raccolta dei registri per vSphere with Tanzu.
Raccolta di un bundle di supporto per un cluster TKG
È possibile utilizzare l'utilità Bundle di supporto TKC per raccogliere i file di registro del cluster TKG e risolvere eventuali problemi.
Per ottenere e utilizzare l'utilità Bundle di supporto TKC, fare riferimento all'articolo Raccolta dei registri per vSphere with Tanzu nella Knowledge Base di supporto di VMware.
Utilizzo del comando tail sul file di registro di Gestione carico di lavoro
- Stabilire una connessione SSH a vCenter Server Appliance.
- Accedere come utente
root
. - Eseguire il comando
shell
.Verrà visualizzato il seguente output:Shell access is granted to root root@localhost [ ~ ]#
- Eseguire il comando seguente per codificare il file di registro WCP.
tail -f /var/log/vmware/wcp/wcpsvc.log
Raccolta di registri specifici TKG dal Supervisore
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
I pod dell'infrastruttura sono distribuzioni che eseguono repliche. Sarà necessario determinare quale replica è il leader e controllare i registri per verificare la versione più recente. Un non leader di solito si arresta dopo aver registrato qualcosa sul tentativo di acquisire il lease.
Sarà necessario accedere a Supervisore e utilizzare Supervisore Spazio dei nomi vSphere per controllare questi pod.
kubectl logs <args> | grep error
.
- Registri CAPI
-
Provider API cluster:
kubectl logs -n vmware-system-capw -c manager vmware-system-capw-capi-controller-manager-<id>
- Registri CAPV
-
Provider API cluster per vSphere:
kubectl logs -n vmware-system-capv -c manager vmware-system-capw-v1alpha3-vmware-system-capv-v1alpha3-controller-manager-<id>
- Registri operatore macchina virtuale:
-
Operatore macchina virtuale:
kubectl logs -n vmware-system-vmop -c manager vmware-system-vmop-controller-manager-<id>
- Registri del gestore del controller TKG
-
Gestore controller GCM
kubectl logs -n vmware-system-tkg -c manager vmware-system-tkg-controller-manager-<id>