Si las máquinas virtuales de un host ESXi no funcionan con Plataforma NSX Guest Introspection o si existen alarmas en un host concreto en cuanto a la comunicación con SVA de EPP, podría existir un problema con Plataforma NSX Guest Introspection en el host ESXi.

Para habilitar depuraciones en función del contexto (archivo, proceso, red o sistema), consulte Solucionar problemas de Thin Agent en Linux.

Agent de host de Plataforma NSX Guest Introspection (MUX)

  1. Compruebe que el servicio se esté ejecutando en el host ESXi con el comando # /etc/init.d/nsx-context-mux status:

    Por ejemplo: 

    # /etc/init.d/nsx-context-mux  status
         nsx-context-mux  is running
  2. Ejecute el comando ps -c |grep Mux para buscar los procesos de agente de host (MUX) de Plataforma NSX Guest Introspection que se están ejecutando en ese momento.
    Por ejemplo: 
    [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 el servicio no se está ejecutando, puede reiniciarlo con estos comandos: /etc/init.d/nsx-context-mux start.

  4. Si el servicio no se está ejecutando, puede iniciarlo o reiniciarlo con este comando: /etc/init.d/nsx-context-mux start.

    Tenga en cuenta que es más seguro reiniciar este servicio durante las horas de producción, ya que su impacto será menor y se reinicia en unos segundos.

  5. Para detener el proceso de MUX, ejecute /etc/init.d/nsx-context-mux stop.
  6. Para comprobar el nivel de registro que se utiliza actualmente, ejecute get service nsx-context-mux logging-level.
  7. Para saber qué está haciendo Plataforma NSX Guest Introspection o para comprobar el estado de la comunicación, puede consultar los registros del host ESXi. Los registros de Plataforma NSX Guest Introspection se escriben en el archivo /var/log/syslog. Esto también se incluye en los registros del soporte técnico del host ESXi.

    Para obtener más información, consulte el artículo 2032892 sobre cómo recopilar la información de diagnóstico para los hosts ESXi/ESX y vCenter Server usando vSphere Web Client.

  8. La opción de registro predeterminada para Plataforma NSX Guest Introspection es info y se puede utilizar como método de depuración para obtener más información:
  9. Si aparecen problemas con la instalación del VIB, consulte el archivo /var/log/esxupdate.log del host ESXi. Este registro proporciona información precisa para conocer el motivo por el que el paquete no se instaló correctamente. Este es un problema común de la instalación de Plataforma NSX Guest Introspection. Para obtener más información, consulte el artículo 2135278 sobre los errores al instalar los servicios de NSX Guest Introspection (VIB del módulo GI de ESX) del host ESXi en VMware NSX for vSphere 6.x.
  10. Para comprobar si existe una imagen dañada de ESXi, busque un mensaje similar al siguiente: 
    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. Para verificar que la imagen esté dañada, ejecute el comando cd /vmfs/volumes en el host ESXi.
    1. Busque el archivo imgdb.tgz con el siguiente comando: find * | grep imgdb.tgz.

      Este comando suele dar como resultado dos coincidencias. Por ejemplo:

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

    2. En cada coincidencia, ejecute el siguiente comando: ls -l match_result

      Por ejemplo: 

      > 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

      El tamaño predeterminado del archivo imgdb.tgz es mucho mayor que el otro archivo. Si uno de los archivos tiene pocos bytes, esto indica que el archivo está dañado. La única forma admitida de solucionar esta situación es volver a instalar ESXi en ese host ESXi en concreto.