Neustart der Management-Agents in VMware ESXi zum Auflösen des Problems, dass die Erstellung virtueller Maschinen fehlschlägt, weil der Agent keine VM-Erstellungsoptionen vom Host abrufen kann.
Summary:
Schritt-für-Schritt-Anleitung zur Behebung dieses Problems: „VMware ESXi – die Erstellung virtueller Maschinen schlägt möglicherweise fehl, da der Agent keine VM-Erstellungsoptionen
vom Host abrufen kann“, wenn AdministratorInnen keine direkte Verbindung zum ESXi-Host herstellen oder diesen nicht vom vCenter Server aus managen können.
...
Please select a product to check article relevancy
This article applies to This article does not apply toThis article is not tied to any specific product.Not all product versions are identified in this article.
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.shneu 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
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.