So führen Sie einen Neustart der Management-Agents in ESXi durch:
Über die Benutzerschnittstelle der direkten Konsole (Direct Console User Interface, DCUI):
- Stellen Sie eine Verbindung mit der Konsole Ihres ESXi-Hosts her.
- Drücken Sie F2, um das System anzupassen.
- Melden Sie sich alsrootan.
- Navigieren Sie mithilfe der Nach oben/Nach unten-Tasten zu Fehlerbehebungsoptionen>Management-Agents neu starten.
- Drücken Sie die Eingabetaste.
- Drücken Sie F11, um die Dienste neu zu starten.
- Drücken Sie die Eingabetaste, wenn der Dienst neu gestartet wird.
- Drücken Sie Esc, um sich abzumelden.
Über die ESXi Shell oder SSH:
- Melden Sie sich als „root“ bei der ESXi Shell oder bei SSH an.
Informationen zum Aktivieren der ESXi Shell oder von SSH finden Sie unter „Verwenden der ESXi Shell in ESXi 5.x und 6.x (2004746)“. - Führen Sie beide Befehle unter ESXi aus.
Für den ESXi-Host-Deamon-Dienst
/etc/init.d/hostd restart
Für den vCenter Agent-Dienst
/etc/init.d/vpxa restart
Hinweis: Führen Sie in ESXi 4.x den folgenden Befehl aus, um den vpxa-Agent neu zu starten:
service vmware-vpxa restart
Alternativ:
- Führen Sie folgenden Befehl aus, um das Verwaltungsnetzwerk in einer bestimmten VMkernel-Schnittstelle (standardmäßig vmk0) zurückzusetzen:
esxcli network ip interface set -e false -i vmk0; esxcli network ip interface set -e true -i vmk0
Hinweis: Durch die Verwendung eines Semikolons (;) zwischen den beiden Befehlen wird sichergestellt, dass die VMkernel-Schnittstelle deaktiviert und anschließend wieder aktiviert wird. Wenn die Verwaltungsschnittstelle nicht in vmk0 ausgeführt wird, passen Sie den obigen Befehl gemäß der verwendeten VMkernel-Schnittstelle an.
- Führen Sie folgenden Befehl aus, um alle Management-Agents auf dem Host neu zu starten:
services.sh restart
Achtung:
- Wenn LACP aktiviert und konfiguriert ist, starten Sie die Managementdienste nicht mit dem Befehl services.sh neu. Starten Sie stattdessen unabhängige Dienste mit dem Befehl /etc/init.d/module restart neu.
- Wenn das Problem nicht behoben wurde und Sie alle Dienste neu starten, die Bestandteil des Skripts „services.sh“ sind, sollten Sie einen Moment innehalten, bevor Sie mit dem Skript fortfahren.
- Wenn NSX in der Umgebung konfiguriert ist, führen Sie nicht den Befehl /sbin/services.sh restart aus, da dadurch alle Dienste 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, weil der Neustart jedes Management-Agents nicht funktioniert, migrieren Sie alle VMs vom ESXi-Host und versetzen Sie den Host wenn möglich 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 dies zu überprüfen:
esxcli software vib list --rebooting-image | grep esx-*
Suchen Sie nach den folgenden VIBs, um festzustellen, ob NSX auf dem ESX-Host installiert ist:
vsip-esx
esx-vxlan
- Wenn Sie freigegebene Grafiken in einer View-Umgebung (VGPU, vDGA, vSGA) verwenden, verwenden Sie services.sh nicht. Dadurch wird der xorg-Dienst beendet, der für die Grafikverarbeitung auf Gastbetriebssystemebene zuständig ist. Durch das Herausreißen der Grafikverarbeitung aus dem Gastbetriebssystem verursachen Sie gegebenenfalls den Absturz Ihrer VDI-Workloads, die freigegebene Grafiken verwenden. Stellen Sie sicher, dass Sie freigegebene Grafiken verwenden, um hostd und vpxa nur dann neu zu starten, wenn Sie sich nicht im Wartungsmodus befinden.