Consulte este tópico para efetuar pull de vários logs para solução de problemas de clusters TKG 2 em Supervisor, incluindo um pacote de suporte Supervisor, o log do Gerenciamento de Carga de Trabalho e os logs CAPI, CAPV, Operador de VM e Gerenciador de Controlador TKG.

Colete um pacote de suporte para Supervisor

Para solucionar erros de cluster do TKG 2, você pode exportar os logs Supervisor. Normalmente, a revisão desses logs é realizada em consulta com o Suporte da VMware.
  1. Faça login no seu ambiente vSphere with Tanzu usando o vSphere Client.
  2. Selecione Menu > Gerenciamento de carga de trabalho (Workload Management).
  3. Selecione a guia Supervisor.
  4. Selecione a instância de destino do Supervisor.
  5. Selecione Exportar logs (Export Logs).

Depois de coletar o pacote de suporte, consulte o seguinte artigo da base de conhecimento: Carregando informações de diagnóstico para VMware por meio do portal Secure FTP: http://kb.vmware.com/kb/2069559.

Finalizar o arquivo de log do Workload Management

Ajustar o arquivo de log do Workload Control Plane (WCP) pode ajudar a solucionar problemas de Supervisor e erros de cluster do TKG.
  1. Estabeleça uma conexão SSH com o vCenter Server Appliance.
  2. Faça login como o usuário root.
  3. Execute o comando shell.
    Você vê o seguinte: 
    Shell access is granted to root
root@localhost [ ~ ]#
  4. Execute o seguinte comando para encerrar o arquivo de log do WCP.
    tail -f /var/log/vmware/wcp/wcpsvc.log

Reunir logs específicos do TKG

Supervisor executa vários pods do Kubernetes que fornecem infraestrutura para o TKG 2. 
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

Os pods de infraestrutura são implantações que executam réplicas. Você terá que determinar qual réplica é o líder e verificar seus logs para obter os mais recentes. Um não-líder normalmente irá parar depois de registrar algo sobre a tentativa de adquirir a concessão.

Você precisará fazer login em Supervisor e usar o Supervisor vSphere Namespace para verificar esses pods.

Os logs que usam um seletor de rótulo podem não funcionar, portanto, talvez seja necessário detalhar a cadeia de caracteres aleatória que é adicionada ao final do nome do pod. A saída de canalização para grep 'error' ou grep -i 'error' às vezes é um começo útil. Por exemplo, kubectl logs <args> | grep error.
Registros CAPI
Provedor de API de cluster: 
kubectl logs -n vmware-system-capw -c manager vmware-system-capw-capi-controller-manager-<id>
Registros CAPV
API de cluster para o provedor vSphere: 
kubectl logs -n vmware-system-capv -c manager vmware-system-capw-v1alpha3-vmware-system-capv-v1alpha3-controller-manager-<id>
Logs do operador de VM
Operador de VM: 
kubectl logs -n vmware-system-vmop -c manager vmware-system-vmop-controller-manager-<id>
Logs do TKG Controller Manager
Gerenciador do controlador do GCM 
kubectl logs -n vmware-system-tkg -c manager vmware-system-tkg-controller-manager-<id>