Wenn keine der virtuellen Maschinen auf einem ESXi-Host mit NSX Guest Introspection-Plattform funktionieren oder es auf einem bestimmten Host Alarme zur Kommunikation mit EPP SVA gibt, könnte ein Problem mit der NSX Guest Introspection-Plattform auf dem ESXi-Host bestehen.

Informationen zum Aktivieren von kontextbasiertem Debuggen (Datei, Prozess, Netzwerk oder System) finden Sie unter Fehlerbehebung beim Thin-Agent unter Linux.

NSX Guest Introspection-Plattform-Hostagent (MUX)

  1. Um zu prüfen, ob der Dienst auf dem ESXi-Host ausgeführt wird, führen Sie den Befehl # /etc/init.d/nsx-context-mux status aus:

    Beispiel: 

    # /etc/init.d/nsx-context-mux  status
         nsx-context-mux  is running
  2. Führen Sie den Befehl ps -c |grep Mux aus, um die Prozesse des NSX Guest Introspection-Plattform-Hostagenten (MUX) zu finden, die derzeit ausgeführt werden.
    Beispiel: 
    [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. Wenn der Dienst nicht ausgeführt wird, können Sie ihn mit diesen Befehlen erneut starten: /etc/init.d/nsx-context-mux start.

  4. Wenn Sie feststellen, dass der Dienst nicht ausgeführt wird, starten Sie ihn neu oder starten Sie ihn mit folgendem Befehl: /etc/init.d/nsx-context-mux start.

    Hinweis: Sie können diesen Dienst gefahrlos während der Produktionszeit neu starten, da dieser Vorgang keine wesentlichen Auswirkungen hat und der Neustart innerhalb weniger Sekunden erfolgt.

  5. Führen Sie /etc/init.d/nsx-context-mux stop aus, um den MUX-Prozess zu beenden.
  6. Um die aktuell verwendete Protokollierungsebene zu überprüfen, führen Sie get service nsx-context-mux logging-level aus.
  7. Um einen besseren Einblick zu gewinnen, was die NSX Guest Introspection-Plattform tut, oder um den Kommunikationsstatus zu überprüfen, können Sie die Protokolle auf dem ESXi-Host überprüfen. NSX Guest Introspection-Plattform-Protokolle werden in die Hostdatei /var/log/syslog geschrieben. Dies ist auch in den ESXi-Host-Support-Protokollen enthalten.

    Weitere Informationen finden Sie unter Sammeln von Diagnosedaten für ESX/ESXi-Hosts und vCenter Server mit dem vSphere Web Client (2032892)

  8. Die Standardprotokollierungsoption NSX Guest Introspection-Plattform ist „Info“ und kann zum Debugging hochgestuft werden, um weitere Daten zu erfassen.
  9. Wenn bei der VIB-Installation ein Problem auftritt, prüfen Sie die Datei /var/log/esxupdate.log auf dem ESXi-Host. Dieses Protokoll enthält genaue Informationen, um zu erfahren, warum das Paket nicht erfolgreich installiert wurde. Dieses Problem kommt häufig bei der Installation der NSX Guest Introspection-Plattform vor. Weitere Informationen finden Sie unter Installation von NSX Guest Introspection-Diensten (ESX-GI-Modul-VIB) auf dem ESXi-Host schlägt bei VMware NSX for vSphere 6.x fehl (2135278).
  10. Um zu ermitteln, ob ein beschädigtes ESXi-Image vorliegt, suchen Sie eine Meldung, die folgender ähnelt: 
    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. Führen Sie den Befehl cd /vmfs/volumes auf dem ESXi-Host aus, um zu prüfen, ob das Image beschädigt ist.
    1. Um die Datei imgdb.tgz zu suchen, führen Sie folgenden Befehl aus: find * | grep imgdb.tgz.

      Dieser Befehl führt normalerweise zu zwei Übereinstimmungen. Beispiel:

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

    2. Führen Sie für jeden Treffer diesen Befehl aus: ls-l match_result.

      Beispiel: 

      > 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

      Die Standardgröße für die Datei imgdb.tgz ist wesentlich größer als die der anderen Datei. Und wenn eine der Dateien nur wenige Bytes umfasst, weist dies auf eine Beschädigung hin. Die einzige unterstützte Möglichkeit, dies zu beheben, ist die erneute Installation von ESXi für diesen bestimmten ESXi-Host.