Neustart der Management-Agents auf einem ESXi- oder ESX-Host
search cancel

Neustart der Management-Agents auf einem ESXi- oder ESX-Host

book

Article ID: 342220

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

Starten Sie zur Behebung des ESXi-Konnektivitätsproblems die Management-Agents auf dem ESXi-Host neu.

Warnung: Führen Sie keinen Neustart von Management-Agents auf ESXi-Hosts durch, auf denen Virtual SAN ausgeführt wird, wenn LACP im VSAN-Netzwerk konfiguriert ist.
  • Ein Neustart der Management-Agents wirkt sich möglicherweise negativ auf Aufgaben aus, die beim Neustart auf dem ESXi-Host ausgeführt werden.
  • Prüfen Sie, ob Speicherprobleme vorliegen, bevor Sie den Host-Deamon-Dienst hostd oder services.sh neu starten.


Symptoms:

Haftungsausschluss: Dieser Artikel ist eine Übersetzung des zugrundeliegenden Artikels Restarting the Management agents on an ESXi or ESX host (1003490). Die Übersetzung des Artikels erfolgt auf einer Minimalbasis („Best Effort“), übersetzter Inhalt der Artikel kann veraltet oder inkorrekt sein. Schadenersatzansprüche sind vollständig ausgeschlossen.


  • Eine direkte Verbindung zum ESXi-Host kann nicht hergestellt werden und die Verwaltung unter vCenter Server ist nicht möglich.
  • vCenter Server zeigt folgende Fehlermeldung an:

    Die Erstellung von virtuellen Maschinen schlägt möglicherweise fehl, da der Agent nicht in der Lage ist, VM-Erstellungsoptionen vom Host abzurufen (Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host)


Environment

VMware ESX 4.0.x
VMware vSphere ESXi 5.1
VMware ESXi 3.5.x Installable
VMware vSphere ESXi 5.5
VMware ESXi 4.0.x Installable
VMware ESXi 4.1.x Installable
VMware ESXi 4.0.x Embedded
VMware vSphere ESXi 5.0
VMware ESXi 4.1.x Embedded
VMware ESXi 3.5.x Embedded
VMware vSphere ESXi 6.0
VMware ESX Server 3.5.x
VMware ESX 4.1.x
VMware ESX Server 3.0.x

Resolution

So führen Sie einen Neustart der Management-Agents in ESXi durch:

Über die Benutzerschnittstelle der direkten Konsole (Direct Console User Interface, DCUI):
  1. Stellen Sie eine Verbindung mit der Konsole Ihres ESXi-Hosts her.
  2. Drücken Sie F2, um das System anzupassen.
  3. Melden Sie sich alsrootan.
  4. Navigieren Sie mithilfe der Nach oben/Nach unten-Tasten zu Fehlerbehebungsoptionen>Management-Agents neu starten.
  5. Drücken Sie die Eingabetaste.
  6. Drücken Sie F11, um die Dienste neu zu starten.
  7. Drücken Sie die Eingabetaste, wenn der Dienst neu gestartet wird.
  8. Drücken Sie Esc, um sich abzumelden.

Über die ESXi Shell oder SSH:
  1. 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)“.
  2. 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.


Additional Information

Restarting the Management agents in ESXi