Reportez-vous à cette rubrique pour extraire divers journaux afin de dépanner les clusters TKG sur le Superviseur, y compris un bundle de support de Superviseur, le journal de gestion de la charge de travail et les journaux CAPI, CAPV, opérateur de machine virtuelle et gestionnaire de contrôleur TKG.

Collecter un bundle de support pour le Superviseur

Pour résoudre les erreurs de cluster TKG, vous pouvez exporter les journaux du Superviseur. En général, la vérification de ces journaux est effectuée en consultation avec le support VMware.
  1. Connectez-vous à votre environnement vSphere IaaS control plane à l'aide de vSphere Client.
  2. Sélectionnez Menu > Gestion de la charge de travail.
  3. Sélectionnez l'onglet Superviseur.
  4. Sélectionnez l'instance cible du Supervisor.
  5. Sélectionnez Exporter les journaux.

Une fois que vous avez collecté le bundle de support, consultez l'article de la base de connaissances Chargement d'informations de diagnostic pour VMware via le portail FTP sécurisé : http://kb.vmware.com/kb/2069559. Reportez-vous également à la section Collecte de journaux pour vSphere avec Tanzu.

Collecter un bundle de support pour un cluster TKG

Vous pouvez utiliser l'utilitaire TKC Support Bundler pour collecter les fichiers journaux du cluster TKG et résoudre les problèmes.

Pour obtenir et utiliser l'utilitaire Bundler de support TKC, reportez-vous à l'article Collecte de journaux pour vSphere with Tanzu dans la base de connaissances du support VMware.

Examiner le fichier journal de gestion de la charge de travail

L'examen du fichier journal du plan de contrôle de la charge de travail (WCP) peut vous aider à résoudre les erreurs de cluster de Superviseur et TKG.
  1. Établissez une connexion SSH à vCenter Server Appliance.
  2. Connectez-vous en tant qu'utilisateur root.
  3. Exécutez la commande shell.
    Le message suivant apparaît : 
    Shell access is granted to root
root@localhost [ ~ ]#
  4. Exécutez la commande suivante pour examiner le fichier journal WCP.
    tail -f /var/log/vmware/wcp/wcpsvc.log

Collecter les journaux spécifiques à TKG à partir du Superviseur

Le Superviseur exécute plusieurs espaces Kubernetes qui fournissent l'infrastructure à TKG 2.0. 
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

Les espaces d'infrastructure sont des déploiements qui exécutent des réplicas. Vous devrez peut-être déterminer quel est le réplica leader et consulter ses journaux pour obtenir la dernière version. En général, un non-leader s'arrête après avoir journalisé quelque chose sur la tentative d'acquisition du bail.

Vous devrez vous connecter au Superviseur et utiliser l'Espace de noms vSphere du Superviseur pour vérifier ces espaces.

Les journaux utilisant un sélecteur d'étiquette peuvent ne pas ne fonctionner. Vous devrez donc peut-être mettre à jour la chaîne aléatoire qui est ajoutée à la fin du nom de l'espace. La transmission de la sortie vers grep « error » ou grep -i « error » est parfois un démarrage utile. Par exemple : kubectl logs <args> | grep error.
Journaux CAPI
Fournisseur d'API de cluster : 
kubectl logs -n vmware-system-capw -c manager vmware-system-capw-capi-controller-manager-<id>
Journaux CAPV
API de cluster pour le fournisseur vSphere : 
kubectl logs -n vmware-system-capv -c manager vmware-system-capw-v1alpha3-vmware-system-capv-v1alpha3-controller-manager-<id>
Journaux VM Operator
Opérateur de machine virtuelle : 
kubectl logs -n vmware-system-vmop -c manager vmware-system-vmop-controller-manager-<id>
Journaux du gestionnaire de contrôleur TKG
Gestionnaire de contrôleur GCM 
kubectl logs -n vmware-system-tkg -c manager vmware-system-tkg-controller-manager-<id>