VxRail: Troubleshooting-Handbuch für VMware ESXi-Hosts mit dem Status "Not Responding"
Summary: Dieser Artikel enthält Antworten auf Probleme mit virtuellen Maschinen (VMs), die sich auf nicht reagierenden ESXi-Hosts befinden, und hilft, die ESXi-Hosts wieder in einen stabilen Zustand zu versetzen. ...
Symptoms
- 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.
Cause
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 
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.
Resolution
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.
services.sh Befehl "restart". Der Neustart der Management-Agents des Hosts kann sich auf laufende Aufgaben auswirken, einschließlich Auswirkungen auf die Gast-VMs auf dem Host.
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
- 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