Consulte este tema para extraer varios registros para solucionar problemas de clústeres de TKG en Supervisor, incluidos un paquete de soporte de Supervisor, el registro de administración de cargas de trabajo y los registros CAPI, CAPV, operador de máquina virtual y administrador de controladoras de TKG.
Recopilar un paquete de soporte para Supervisor
- Inicie sesión en su entorno de vSphere IaaS control plane mediante vSphere Client.
- Seleccione .
- Seleccione la pestaña Supervisor.
- Seleccione la instancia de Supervisor de destino.
- Seleccione Exportar registros.
Una vez que haya recopilado el paquete de soporte, consulte el siguiente artículo de la base de conocimientos: Cómo cargar información de diagnóstico para VMware a través del portal de FTP seguro: http://kb.vmware.com/kb/2069559. Consulte también Aprovisionamiento de registros para vSpehre with Tanzu.
Recopilar paquete de soporte para un clúster de TKG
Puede utilizar la utilidad TKC Support Bundler para recopilar archivos de registro del clúster de TKG y solucionar problemas.
Para obtener y utilizar la utilidad TKC Support Bundler, consulte el artículo Aprovisionamiento de registros para vSpehre with Tanzu en la base de conocimientos de soporte de VMware.
Poner en cola el archivo de registro de administración de cargas de trabajo
- Establezca una conexión SSH con vCenter Server Appliance.
- Inicie sesión como usuario
root
. - Ejecute el comando
shell
.Verá lo siguiente:Shell access is granted to root root@localhost [ ~ ]#
- Ejecute el siguiente comando para seguir el archivo de registro de WCP.
tail -f /var/log/vmware/wcp/wcpsvc.log
Recopilar registros específicos de TKG en 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
Los pods de infraestructura son implementaciones que ejecutan réplicas. Es posible que deba identificar qué réplica es el líder y revisar sus registros para ver la última versión. Por lo general, un componente que no es líder se detiene después de registrar algo sobre un intento de adquirir la concesión.
Tendrá que iniciar sesión en Supervisor y utilizar el espacio de nombres de vSphere de Supervisor para comprobar estos pods.
kubectl logs <args> | grep error
.
- Registros de CAPI
-
Proveedor de API de clúster:
kubectl logs -n vmware-system-capw -c manager vmware-system-capw-capi-controller-manager-<id>
- Registros de CAPV
-
API de clúster para proveedor de vSphere:
kubectl logs -n vmware-system-capv -c manager vmware-system-capw-v1alpha3-vmware-system-capv-v1alpha3-controller-manager-<id>
- Registros del operador de máquina virtual
-
Operador de máquina virtual:
kubectl logs -n vmware-system-vmop -c manager vmware-system-vmop-controller-manager-<id>
- Registros del administrador de controladoras de TKG
-
Administrador de controladores de GCM
kubectl logs -n vmware-system-tkg -c manager vmware-system-tkg-controller-manager-<id>