Wenn alle virtuellen Maschinen auf einem ESXi-Host nicht mit Guest Introspection funktionieren oder auf einem bestimmten Host Alarme bezüglich der GI-SVA-Kommunikation ausgelöst werden, könnte ein Problem mit dem ESX-GI-Modul auf dem ESXi-Host vorliegen.

ESX-GI-Modul (MUX)

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

    Beispiel: 

    # /etc/init.d/vShield-Endpoint-Mux status
         vShield-Endpoint-Mux is running

  2. Wenn Sie feststellen, dass der Dienst nicht ausgeführt wird, starten Sie ihn neu oder starten Sie ihn mit folgendem Befehl:

    /etc/init.d/vShield-Endpoint-Mux start

    oder

    /etc/init.d/vShield-Endpoint-Mux restart

    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.

  3. Um einen besseren Einblick darin zu gewinnen, was das ESX-GI-Modul tut, oder um den Kommunikationsstatus zu überprüfen, können Sie die Protokolle auf dem ESXi-Host überprüfen. ESX-GI-Modulprotokolle werden in die Host-Datei /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)

  4. Die Standardoption für die ESX-GI-Modulprotokollierung Standard ist „Info“ und kann zum Debugging erhöht werden, um weitere Daten zu erfassen:

    Weitere Informationen finden Sie unter Guest Introspection-Protokolle.

  5. Die erneute Installation des ESX-GI-Moduls kann ebenfalls viele Probleme beheben, besonders dann, wenn die falsche Version installiert wurde oder der ESXi-Host in einer Umgebung eingesetzt wird, in der zuvor Endpoints installiert waren. Dies muss entfernt und neu installiert werden.

    Um das VIB zu entfernen, führen Sie diesen Befehl aus: esxcli software vib remove -n epsec-mux

  6. Wenn bei der VIB-Installation ein Problem auftritt, prüfen Sie die Datei /var/log/esxupdate.log auf dem ESXi-Host. In diesem Protokoll sind die aussagekräftigsten Informationen dazu, weshalb der Treiber nicht erfolgreich installiert wurde. Dieses Problem kommt häufig bei der Installation von ESX-GI-Modulen 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).
  7. 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.')
  8. 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.