VxRail: Troubleshooting-Handbuch für VMware ESXi-Hosts mit dem Status "Not Responding"

• ESXi-Host wird auf vSphere Web Client als nicht reagierend gemeldet.
• ESXi-Hosts können nicht über einen vSphere Web Client gemanagt werden.
• Der ESXi-Host und die darauf befindlichen VMs können angepingt werden.
• Zugriff auf die VMs über SSH oder das Remotedesktopprotokoll (RDP), das auf dem ESXi-Host ausgeführt wird.

Einer der Managementservices auf dem Host ist möglicherweise fehlgeschlagen oder in einen Not responding Status übergegangen.

Dies erfordert eine Ursachenanalyse darüber, warum die Managementservices ausgefallen sind oder nicht mehr reagiert haben. Erfassen Sie die vCenter Server- und ESXi-Hostprotokolle, indem Sie den VMware-Artikel Erfassen von Diagnoseinformationen für VMware ESXi  lesen, bevor Sie den Cluster und ESXi in einen stabilen Zustand

versetzen.Manchmal ist dies unmöglich, da der Node nicht auf die Befehle zum Sammeln von Protokollen reagiert. Lesen Sie die Informationen im Abschnitt „Lösung“ dieses Artikels. Protokolle können bei Bedarf über den Dell Support analysiert werden, um die Ursache zu verstehen und zu überprüfen, ob die unten aufgeführten bekannten Probleme mit dem Problem zusammenhängen.

Es wird ein Neustart durchgeführt“ hostd oder vpxa auf dem Host kann dazu beitragen, die Hostverwaltbarkeit auf dem vSphere Client wiederherzustellen. Dies erfolgt über eine SSH-Sitzung zum ESXi-Host.

Eine andere Reaktion auf einen ESXi-Host, der nicht reagiert, besteht darin, die Management-Agents auf den ESXi-Hosts neu zu starten. 
 

Der Neustart der Management-Agents von ESXi-Hosts erfolgt direkt über eine CLI- oder SSH-Sitzung zum ESXi (wenn SSH vor dem Problem aktiviert war). 

Wenn SSH jedoch nicht aktiviert ist, bietet der Zugriff auf den BMC-iDRAC-Port Zugriff auf den ESXi DCUI-Bildschirm, auf dem die Managementservices neu gestartet werden können. Informationen zum Neustarten der Management-Agents in ESXi finden Sie im VMware-Artikel 1003490.

Die DCUI reagiert möglicherweise nicht mehr. Das manuelle Herunterfahren der VMs mithilfe von SSH oder RDP ist die einzige andere Option, um die Umgebung wieder in einen stabilen Zustand zu versetzen. Anschließend schalten Sie mithilfe der BMC-iDRAC-Stromsteuerung den ESXi-Host aus und wieder ein (starten Sie ihn neu), um ihn in einen stabilen Zustand zu versetzen.

Registrieren Sie die VMs direkt nach dem Herunterfahren auf stabilen Hosts, wodurch die Ausfallzeit für VMs reduziert wird, bevor der ESXi-Host neu gestartet wird. (Danach kann der ESXi-Host mit Problemen neu gestartet werden.) Befolgen Sie den VMware-Artikel zum Registrieren oder Hinzufügen einer virtuellen Maschine (VM) zum vSphere-Bestand in vCenter Server

. Wenn Sie die VMs nicht über SSH oder RDP ausschalten können, beenden Sie eine VM über die SSH-Sitzung des ESXi-Hosts. Weitere Informationen finden Sie im VMware-Artikel Eine virtuelle Maschine kann auf einem ESXi-Host nicht ausgeschaltet werden

Probleme mit virtuellen Maschinen: 

• Die VMs auf einem ESXi-Host können nicht ausgeschaltet werden – 1014165
• Ausschalten einer nicht reagierenden VM auf einem ESXi-Host – 1004340
• VMs werden in vCenter Server – 1003742 als ungültig oder verwaist angezeigt
• VMs werden anscheinend auf mehreren ESX/ESXi-Servern ausgeführt oder sind dort registriert – 319918
• Einschalten einer VM über die Befehlszeile, wenn der Host nicht mit vSphere Client gemanagt werden kann – 1038043
• Troubleshooting einer VM, die nicht mehr reagiert – 1007819

Probleme mit virtuellen Maschinendateien: 

• Neuerstellung der VM-VMX-Datei von vmware.log – 1023880
• Untersuchen von VMs-Dateisperren auf ESXi – 10051