Si toutes les machines virtuelles sur un hôte ESXi ne fonctionnent pas avec Plate-forme NSX Guest Introspection ou s'il existe des alarmes sur un hôte particulier concernant la communication avec le SVA EPP, il peut y avoir un problème avec Plate-forme NSX Guest Introspection sur l'hôte ESXi.

Pour activer les débogages selon le contexte (fichier, processus, réseau ou système), reportez-vous à la section Dépannage de l'agent léger sur Linux.

Agent hôte (MUX) Plate-forme NSX Guest Introspection

  1. Vérifiez si le service est en cours d'exécution sur l'hôte ESXi en exécutant la commande # /etc/init.d/nsx-context-mux status :

    Par exemple : 

    # /etc/init.d/nsx-context-mux  status
         nsx-context-mux  is running
  2. Exécutez la commande ps -c |grep Mux pour rechercher les processus de l'agent hôte (MUX) Plate-forme NSX Guest Introspection en cours d'exécution.
    Par exemple : 
    [root@localhost:~] ps -c | grep mux
54425332 54425332 sh                     /bin/sh /sbin/watchdog.sh -s nsx-context-mux -q 100 -t 1000000 /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user
54425342 54425342 nsx-context-mux              /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user
54425345 54425342 nsx-context-mux              /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user
54425346 54425342 nsx-context-mux              /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user
54425347 54425342 nsx-context-mux              /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user
54425348 54425342 nsx-context-mux              /usr/lib/vmware/mux/bin/nsx-context-mux 900 -c 910 -u mux_user

  3. Si le service n'est pas en cours d'exécution, vous pouvez le redémarrer avec les commandes suivantes : /etc/init.d/nsx-context-mux start.

  4. Si vous voyez que le service n'est pas en cours d'exécution, redémarrez-le ou démarrez-le avec la commande suivante : /etc/init.d/nsx-context-mux start.

    Notez qu'il n'est pas risqué de redémarrer ce service pendant les heures de production, car il ne présente pas un impact important, et il redémarre en quelques secondes.

  5. Pour arrêter le processus MUX, exécutez /etc/init.d/nsx-context-mux stop.
  6. Pour vérifier le niveau de journalisation en cours d'utilisation, exécutez get service nsx-context-mux logging-level.
  7. Pour vous faire une meilleure idée de la fonction de Plate-forme NSX Guest Introspection ou vérifier l'état de communication, vous pouvez consulter les journaux sur l'hôte ESXi. Les journaux de Plate-forme NSX Guest Introspection sont écrits dans le fichier /var/log/syslog de l'hôte. Ils sont également inclus dans les journaux de support de l'hôte ESXi.

    Pour plus d'informations, consultez l'article Collecting diagnostic information for ESX/ESXi hosts and vCenter Server using the vSphere Web Client (2032892) (Collecte des informations de diagnostic des hôtes ESX/ESXi et vCenter Server à l'aide de vSphere Web Client).

  8. L'option de journalisation par défaut de Plate-forme NSX Guest Introspection est infos et elle peut être déclenchée pour le débogage afin de recueillir plus d'informations.
  9. Si vous rencontrez des problèmes avec l'installation du VIB, consultez le fichier /var/log/esxupdate.log sur l'hôte ESXi. Ce journal contient des informations précises pour connaître la raison de l'échec de l'installation du package. Il s'agit d'un problème courant lors de l'installation de Plate-forme NSX Guest Introspection. Pour plus d'informations, consultez l'article Installing NSX Guest Introspection services (ESX GI Module VIB) on the ESXi host fails in VMware NSX for vSphere 6.x (2135278) (L'installation des services NSX Guest Introspection (VIB du module ESX GI) sur l'hôte ESXi échoue dans VMware NSX for vSphere 6.x).
  10. Pour rechercher une image ESXi endommagée, recherchez un message semblable à celui-ci : 
    esxupdate: esxupdate: ERROR: Installation Error:
 (None, 'No image profile is found on the host or image profile is empty.
 An image profile is required to install or remove VIBs. To install an image profile,
 use the esxcli image profile install command.')
  11. Pour confirmer que l'image est endommagée, exécutez la commande cd /vmfs/volumes sur l'hôte ESXi.
    1. Recherchez le fichier imgdb.tgz en exécutant cette commande : find * | grep imgdb.tgz.

      En général, cette commande provoque deux correspondances. Par exemple :

      0ca01e7f-cc1ea1af-bda0-1fe646c5ceea/imgdb.tgz ou edbf587b-da2add08-3185-3113649d5262/imgdb.tgz

    2. Sur chaque correspondance, exécutez cette commande : ls-l match_result

      Par exemple : 

      > ls -l 0ca01e7f-cc1ea1af-bda0-1fe646c5ceea/imgdb.tgz -rwx------  
 1 root root  26393 Jul 20 19:28 0ca01e7f-cc1ea1af-bda0-1fe646c5ceea/imgdb.tgz
   > ls -l edbf587b-da2add08-3185-3113649d5262/imgdb.tgz -rwx------ 
  1 root root   93 Jul 19 17:32 edbf587b-da2add08-3185-3113649d5262/imgdb.tgz

      La taille par défaut du fichier imgdb.tgz est bien supérieure à celle de l'autre fichier ou si l'un des fichiers n'est que de quelques octets, elle indique que le fichier est endommagé. Le seul moyen pris en charge pour résoudre ce problème consiste à réinstaller ESXi pour cet hôte ESXi en particulier.