Det kan hända att det inte går att starta om hanteringsagenterna i VMware ESXi för att lösa problemet med att den virtuella datorn skapas eftersom agenten inte kan hämta alternativ för att skapa virtuell dator från värden
Summary:
Stegvisa anvisningar för hur du löser problemet "VMware ESXi to resolve Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host" när en
administratör inte kan ansluta direkt till ESXi-värden eller hantera 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.
Varning! Om LACP har konfigurerats i vSAN-nätverket ska du inte starta om hanteringsagenter på ESXi-värdar som kör vSAN.
Omstart av hanteringsagenterna kan påverka alla uppgifter som körs på ESXi-värden vid omstarten.
Kontrollera om det finns några lagringsproblem innan du startar om värdtjänsten daemon hostd eller services.sh.
Cause
Ombuden eller tjänsterna på ESXi-värden kan ha stannat.
Resolution
Starta om hanteringsagenter i ESXi med direktkonsolens användargränssnitt (DCUI)
Anslut till konsolen för ESXi-värden.
Tryck på F2 för att anpassa systemet.
Logga in som root.
Använd uppåt- och nedåtpilknapparna för att gå till Felsökningsalternativ och välj sedan Restart Management Agents (starta om hanteringsagenter).
Tryck på Enter.
Tryck på F11 för att starta om tjänsterna.
När tjänsten startas om trycker du på Retur.
Tryck på Esc för att logga ut.
Obs! Du kan även starta om tjänsterna med värdklienten. I värdklienten väljer du Värd och sedan Manage (hantera) och sedan Services (tjänster) och väljer sedan den tjänst som ska startas om.
Starta om hanteringsagenter i ESXi med ESXi Shell eller SSH
Om LACP är aktiverat och konfigurerat ska du inte starta om hanteringstjänsterna med kommandot services.sh . Starta istället om oberoende tjänster med /etc/init.d/module restart kommandot.
Om problemet inte är löst och du startar om alla tjänster som ingår i skriptet services.sh tar du ett driftavbrott innan du fortsätter till skriptet.
Om NSX har konfigurerats i miljön ska du inte köra /sbin/services.sh restart kommandot eftersom det startar om alla tjänster på ESXi-värden.
Om du måste starta om hanteringsagenterna på ESXi-värden startar du om vpxahost.doch fdm individuellt.
Om du även måste köra /sbin/services.sh restart kommandot eftersom det inte går att starta om varje hanteringsagent migrerar du alla virtuella datorer från ESXi-värden och sätter värden i underhållsläge om det är möjligt.
Om du är osäker på att NSX för vSphere är installerat på en ESXi-värd kan du köra det här kommandot för att kontrollera:
esxcli software vib list --rebooting-image | grep esx-*
Titta efter följande VIB:er för att ta reda på om NSX är installerat på ESXi-värden:
vsip-esx
esx-vxlan
Om du använder delad grafik i en Visningsmiljö (VGPU, vDGA, vSGA) ska du inte använda services.sh. Detta stänger av den xorg tjänst som ansvarar för grafik på gästoperativsystemets nivå. Genom att slet bort grafiken från gästoperativsystemet orsakar du att VDI-arbetsbelastningen kraschar med hjälp av det delade grafikkortet. Kontrollera att du använder delad grafik endast för att starta om hostdoch vpxa om du inte är i underhållsläge.