Genstart af administrationsagenterne i VMware ESXi for at løse problemet med oprettelse af en virtuel maskine kan mislykkes, fordi agenten ikke kan hente VM-oprettelsesindstillinger fra værten
Summary:
Trinvis vejledning til løsning af "VMware ESXi til løsning af oprettelse af virtuel maskine kan mislykkes, fordi agenten ikke kan hente VM-oprettelsesindstillinger fra værten", når en
administrator ikke kan oprette direkte forbindelse til ESXi-værten eller administrere under 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.
Advarsel: Hvis LACP er konfigureret på vSAN-netværket, skal du ikke genstarte administrationsagenter på ESXi-værter, der kører vSAN.
Genstart af administrationsagenterne kan påvirke alle opgaver, der kører på ESXi-værten på tidspunktet for genstart.
Kontroller, om der er lagerproblemer, før du genstarter værtstjenesten daemon hostd eller services.sh.
Cause
Agenterne eller tjenesterne på ESXi-værten kan være stoppet.
Resolution
Genstart Management-agenter i ESXi ved hjælp af DCUI (Direct Console User Interface)
Opret forbindelse til konsollen på din ESXi-vært.
Tryk på F2 for at tilpasse systemet.
Log ind som root.
Brug op- og ned-pilene til at gå til Fejlfindingsindstillinger , og vælg derefter Restart Management Agents.
Tryk på Enter.
Tryk på F11 for at genstarte tjenesterne.
Når tjenesten genstarter, skal du trykke på Enter.
Tryk på Esc for at logge ud.
Bemærk: Du kan også genstarte tjenester ved hjælp af værtsklienten. I værtsklienten skal du vælge Vært, derefter Administrer og derefter Tjenester og derefter vælge den tjeneste, du vil genstarte.
Genstart managementagenter i ESXi ved hjælp af ESXi Shell eller SSH
Hvis LACP er aktiveret og konfigureret, skal du ikke genstarte administrationstjenester ved hjælp af services.sh kommandoen. Genstart i stedet uafhængige tjenester ved hjælp af /etc/init.d/module restart kommandoen.
Hvis problemet ikke er løst, og du genstarter alle de tjenester, der er en del af scriptet services.sh , skal du tage nedetid, før du fortsætter til scriptet.
Hvis NSX er konfigureret i miljøet, skal du ikke køre /sbin/services.sh restart kommandoen, fordi dette genstarter alle tjenester på ESXi-værten.
Hvis du skal genstarte administrationsagenterne på ESXi-værten, skal du genstarte vpxahost.dog fdm individuelt.
Hvis du også skal køre /sbin/services.sh restart kommandoen, fordi genstart af hver administrationsagent ikke virker, skal du migrere alle VM'er fra ESXi-værten og sætte værten i vedligeholdelsestilstand, hvis det er muligt.
Hvis du er i tvivl om, at NSX til vSphere er installeret på en ESXi-vært, skal du køre denne kommando for at bekræfte:
esxcli software vib list --rebooting-image | grep esx-*
Se efter følgende VIB'er for at finde ud af, om NSX er installeret på ESXi-værten:
vsip-esx
esx-vxlan
Hvis du bruger delt grafik i et Visningsmiljø (VGPU, vDGA, vSGA), må du ikke bruge services.sh. Dette lukker ned for den xorg service, der er ansvarlig for grafik på gæsteoperativsystemniveau. Ved at kopiere grafikken ud af gæsteoperativsystemet kan du forårsage et nedbrud af din VDI-arbejdsbelastning vha. den delte grafik. Kontroller, at du kun bruger delt grafik til at genstarte hostd, og vpxa hvis du ikke er i vedligeholdelsestilstand.