Se nessuna delle macchine virtuali in un host ESXi funziona con NSX Guest Introspection Platform o se sono presenti allarmi in un determinato host relativi alla comunicazione con l'SVA EPP, potrebbe trattarsi di un problema con NSX Guest Introspection Platform nell'host ESXi.

Per abilitare i debug in base al contesto (file, processo, rete o sistema), vedere Risoluzione dei problemi relativi al thin agent in Linux.

Agente host NSX Guest Introspection Platform (MUX)

  1. Verificare che il servizio sia in esecuzione nell'host ESXi eseguendo il comando # /etc/init.d/nsx-context-mux status:

    Ad esempio: 

    # /etc/init.d/nsx-context-mux  status
         nsx-context-mux  is running
  2. Eseguire il comando ps -c |grep Mux per individuare i processi dell'agente host NSX Guest Introspection Platform (MUX) attualmente in esecuzione.
    Ad esempio: 
    [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. Se il servizio non è in esecuzione, è possibile riavviarlo con questi comandi:/etc/init.d/nsx-context-mux start.

  4. Se si osserva che il servizio non è in esecuzione, riavviarlo o avviarlo con questo comando:/etc/init.d/nsx-context-mux start.

    Si noti che è possibile riavviare il servizio in modo sicuro durante le ore di produzione perché il riavvio non ha un grande impatto e viene riavviato in un paio di secondi.

  5. Per interrompere il processo MUX, eseguire /etc/init.d/nsx-context-mux stop.
  6. Per controllare il livello di registrazione attualmente in uso, eseguire get service nsx-context-mux logging-level.
  7. Per avere un'idea migliore delle operazioni eseguite da NSX Guest Introspection Platform o controllare lo stato della comunicazione, è possibile controllare i registri dell'host ESXi. I registri di NSX Guest Introspection Platform vengono scritti nel file /var/log/syslog dell'host. Tale funzionalità è inclusa anche nei registri di supporto dell'host di ESXi.

    Per ulteriori informazioni, vedere Raccolta di informazioni diagnostiche per gli host di ESX/ESXi e vCenter Server utilizzando il vSphere Web Client (2032892)

  8. L'opzione di registrazione predefinita per NSX Guest Introspection Platform è Informazioni e può essere portata a Debug per raccogliere ulteriori informazioni.
  9. Se si verificano problemi con l'installazione VIB, controllare il file /var/log/esxupdate.log nell'host di ESXi. Questo registro fornisce informazioni accurate per conoscere il motivo per cui il pacchetto non è stato installato correttamente. Si tratta di un problema comune relativo ai problemi di installazione di NSX Guest Introspection Platform. Per ulteriori informazioni, vedere L'installazione dei servizi di Guest Introspection NSX (VIB modulo GI ESX) nell'host ESXi non riesce in VMware NSX for vSphere 6.x (2135278).
  10. Per verificare la presenza di un'immagine ESXi danneggiata, cercare un messaggio simile al seguente: 
    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. Per verificare se l'immagine è danneggiata, eseguire il comando cd /vmfs/volumes nell'host ESXi.
    1. Cercare il file imgdb.tgz eseguendo il comando find * | grep imgdb.tgz.

      Questo comando genera normalmente due corrispondenze. Ad esempio:

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

    2. In ogni corrispondenza, eseguire questo comando: ls -l match_result

      Ad esempio: 

      > 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

      Le dimensioni predefinite del file imgdb.tgz sono molto più grandi rispetto all'altro file o se uno dei file è pari solo a un paio di byte, ciò indica che il file è danneggiato. L'unico modo supportato per risolvere questo problema è reinstallare ESXi per quell'host ESXi specifico.