Symptoms
vCenter Server zeigt den folgenden Fehler an:
Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host.
Warnung: Wenn LACP im vSAN-Netzwerk konfiguriert ist, starten Sie die Management-Agents auf ESXi-Hosts, auf denen vSAN ausgeführt wird, nicht neu.
- Der Neustart der Management-Agents kann sich auf alle Aufgaben auswirken, die zum Zeitpunkt des Neustarts auf dem ESXi-Host ausgeführt werden.
- Überprüfen Sie, ob Speicherprobleme vorliegen, bevor Sie den Hostservice
daemon hostd
oder services.sh
neu starten.
Cause
Die Agents oder Services auf dem ESXi-Host sind möglicherweise angehalten.
Resolution
Neustarten von Management-Agents in ESXi mithilfe der DCUI (Direct Console User Interface)
- Stellen Sie eine Verbindung mit der Konsole Ihres ESXi-Hosts her.
- Drücken Sie F2, um das System anzupassen.
- Melden Sie sich als NutzerIn „root“ an.
- Verwenden Sie die Pfeile nach oben und nach unten, um zu Troubleshooting-Optionen zu wechseln, und wählen Sie dann Management-Agents neu starten aus.
- Drücken Sie die Eingabetaste.
- Drücken Sie F11, um die Services neu zu starten.
- Wenn der Service neu gestartet wird, drücken Sie die Eingabetaste.
- Drücken Sie Esc, um sich abzumelden.
Hinweis: Sie können Services auch über den Host Client neu starten. Wählen Sie unter Host Client die Option Host, dann Managen und dann Services aus und wählen Sie dann den Service aus, den Sie neu starten möchten.
Neustarten von Management-Agents in ESXi mithilfe von ESXi Shell oder SSH
- Melden Sie sich bei der ESXi Shell oder SSH als „root“ an. Informationen zum Aktivieren von ESXi Shell oder SSH finden Sie unter Verwenden der ESXi-Shell in ESXi 6.x, 7.x und 8.x (2004746) .
- Starten Sie den ESXi-Host-Daemon und die vCenter Agent-Services mithilfe der folgenden Befehle neu:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
Vorsicht:
- Wenn LACP aktiviert und konfiguriert ist, starten Sie die Managementservices nicht mit dem Befehl
services.sh
neu. Starten Sie stattdessen unabhängige Services mit dem Befehl /etc/init.d/module restart
neu.
- Wenn das Problem nicht behoben ist und Sie alle Services, die Teil des Skripts
services.sh
sind, neu starten, planen Sie eine Ausfallzeit ein, bevor Sie mit dem Skript fortfahren.
- Wenn NSX in der Umgebung konfiguriert ist, führen Sie den Befehl
/sbin/services.sh restart
nicht aus, da dadurch alle Services auf dem ESXi-Host neu gestartet werden.
- Wenn Sie die Management-Agents auf dem ESXi-Host neu starten müssen, starten Sie
vpxa
, host.d
und fdm
einzeln neu.
- Wenn Sie auch den Befehl
/sbin/services.sh restart
ausführen müssen, da der Neustart jedes Management-Agent nicht funktioniert, migrieren Sie alle VMs vom ESXi-Host und versetzen Sie den Host nach Möglichkeit in den Wartungsmodus.
- Wenn Sie nicht sicher sind, ob NSX for vSphere auf einem ESXi-Host installiert ist, führen Sie diesen Befehl aus, um Folgendes zu überprüfen:
esxcli software vib list --rebooting-image | grep esx-*
- Suchen Sie nach den folgenden VIBs, um festzustellen, ob NSX auf dem ESXi-Host installiert ist:
vsip-esx
esx-vxlan
- Wenn Sie gemeinsam genutzte Grafikressourcen in einer Ansichtsumgebung (VGPU, vDGA, vSGA) verwenden, verwenden Sie nicht
services.sh
. Dadurch wird der Service xorg
, der für die Grafikressourcen auf Gastbetriebssystemebene verantwortlich ist, heruntergefahren. Wenn Sie die Grafikressourcen aus dem Gastbetriebssystem entfernen, verursachen Sie den Absturz von VDI-Workloads, die gemeinsam genutzte Grafik verwenden. Überprüfen Sie, ob Sie gemeinsam genutzte Grafikressourcen verwenden, um nur hostd
und vpxa
neu zu starten, wenn Sie sich nicht im Wartungsmodus befinden.
Weitere Informationen finden Sie in unserem Wissensdatenbank-Artikel zu VMware. Neustarten der Management-Agents in ESXi (1003490).
Additional Information
Verwandte Ressourcen
Hier sind einige empfohlene Ressourcen im Zusammenhang mit diesem Thema, die von Interesse sein könnten: