Het opnieuw opstarten van de beheeragenten in VMware ESXi om het maken van virtuele machines op te lossen kan mislukken omdat de agent geen vm-creatieopties van de host kan ophalen
Summary:
Stapsgewijsche handleiding voor het oplossen van "VMware ESXi om het maken van virtuele machines op te lossen kan mislukken omdat de agent geen VM-creatieopties van de host kan
ophalen" wanneer een beheerder geen rechtstreeks verbinding kan maken met de ESXi-host of kan beheren onder vCenter server.
...
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.
Waarschuwing: Als LACP is geconfigureerd op het vSAN-netwerk, start u beheeragenten niet opnieuw op op ESXi-hosts waarop vSAN wordt uitgevoerd.
Het opnieuw opstarten van de beheeragenten kan van invloed zijn op taken die worden uitgevoerd op de ESXi-host op het moment van opnieuw opstarten.
Controleer op eventuele storageproblemen voordat u de hostservice daemon hostd opnieuw opstart of services.sh.
Cause
De agents of services op de ESXi-host zijn mogelijk gestopt.
Resolution
Start beheeragenten opnieuw op in ESXi met behulp van de Direct Console User Interface (DCUI)
Maak verbinding met de console van uw ESXi-host.
Druk op F2 om het systeem aan te passen.
Meld u aan als root.
Gebruik de pijlen omhoog en omlaag om naar Opties voor probleemoplossing te gaan en selecteer vervolgens Restart Management Agents.
Druk op Enter.
Druk op F11 om de services opnieuw op te starten.
Druk op Enter wanneer de service opnieuw wordt opgestart.
Druk op Esc om u af te melden.
Opmerking: U kunt ook services opnieuw opstarten met behulp van de hostclient. Selecteer in Host Client Host, vervolgens Manage, vervolgens Services en selecteer vervolgens de service die opnieuw moet worden opgestart.
Start beheeragenten opnieuw op in ESXi met behulp van ESXi Shell of SSH
Als LACP is ingeschakeld en geconfigureerd, start u de beheerservices niet opnieuw op met behulp van de services.sh opdracht. Start in plaats daarvan onafhankelijke services opnieuw op met behulp van de /etc/init.d/module restart opdracht.
Als het probleem niet is opgelost en u alle services die deel uitmaken van het services.sh script opnieuw opstart, neemt u downtime in beslag voordat u verdergaat met het script.
Als NSX is geconfigureerd in de omgeving, voert u de /sbin/services.sh restart opdracht niet uit omdat hiermee alle services op de ESXi-host opnieuw worden opgestart.
Als u de beheeragenten op de ESXi-host opnieuw moet opstarten, start u opnieuw opvpxahost.d, en fdm afzonderlijk.
Als u de /sbin/services.sh restart opdracht ook moet uitvoeren omdat het opnieuw opstarten van elke beheeragent niet werkt, migreer dan alle VM's van de ESXi-host en zet de host indien mogelijk in de onderhoudsmodus.
Als u niet zeker weet of NSX for vSphere is geïnstalleerd op een ESXi-host, voert u deze opdracht uit om te controleren:
esxcli software vib list --rebooting-image | grep esx-*
Zoek de volgende VIB's om te bepalen of NSX is geïnstalleerd op de ESXi-host:
vsip-esx
esx-vxlan
Als u gedeelde grafische kaarten gebruikt in een weergaveomgeving (VGPU, vDGA, vSGA), gebruikt u services.shdeze niet. Hiermee wordt de xorg service afgesloten die verantwoordelijk is voor graphics op gastbesturingssysteemniveau. Door de grafische kaart uit het gastbesturingssysteem te rippen, veroorzaakt u de crash van uw VDI-workload met behulp van de gedeelde grafische kaart. Controleer of u de gedeelde grafische kaart gebruikt om alleen opnieuw op te starten hostden vpxa als u niet in de onderhoudsmodus bent.