Ponowne uruchomienie agentów zarządzania w oprogramowaniu VMware ESXi w celu rozwiązania problemu z tworzeniem maszyny wirtualnej może się nie powieść, gdy agent nie może pobrać opcji tworzenia maszyny wirtualnej z hosta
Summary:
Przewodnik krok po kroku dotyczący rozwiązania problemu „Ponowne uruchomienie agentów zarządzania w oprogramowaniu VMware ESXi w celu rozwiązania problemu z tworzeniem maszyny
wirtualnej może się nie powieść, gdy agent nie może pobrać opcji tworzenia maszyny wirtualnej z hosta”, gdy administrator nie może połączyć się bezpośrednio z hostem ESXi lub zarządzać z poziomu serwera vCenter.
...
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.
Ostrzeżenie: Jeśli w sieci vSAN skonfigurowano protokół LACP, nie należy ponownie uruchamiać agentów zarządzania na hostach ESXi z uruchomioną siecią vSAN.
Ponowne uruchomienie agentów zarządzania może wpłynąć na wszystkie zadania wykonywane na hoście ESXi w momencie ponownego uruchomienia.
Sprawdź, czy nie występują problemy z pamięcią masową przed ponownym uruchomieniem usługi hosta daemon hostd lub services.sh.
Cause
Agenty lub usługi na hoście ESXi mogły zostać zatrzymane.
Resolution
Uruchom ponownie agenty zarządzania w oprogramowaniu ESXi przy użyciu interfejsu Direct Console User Interface (DCUI)
Połącz się z konsolą hosta ESXi.
Naciśnij klawisz F2, aby dostosować system.
Zaloguj się jako root.
Za pomocą strzałek w górę i w dół przejdź do opcji rozwiązywania problemów, a następnie wybierz polecenie Uruchom ponownie agenty zarządzania.
Naciśnij klawisz Enter.
Naciśnij klawisz F11, aby ponownie uruchomić usługi.
Po ponownym uruchomieniu usługi naciśnij klawisz Enter.
Naciśnij klawisz Esc, aby się wylogować.
Uwaga: Możesz również ponownie uruchomić usługi za pomocą klienta hosta. W kliencie hosta wybierz pozycję Host, następnie Zarządzaj, następnie Usługi, po czym wybierz usługę do ponownego uruchomienia.
Uruchom ponownie agenty zarządzania w oprogramowaniu ESXi przy użyciu powłoki ESXi lub SSH
Jeśli protokół LACP jest włączony i skonfigurowany, nie należy ponownie uruchamiać usług zarządzania przy użyciu polecenia services.sh. Zamiast tego uruchom ponownie niezależne usługi za pomocą polecenia /etc/init.d/module restart.
Jeśli problem nie zostanie rozwiązany, a wszystkie usługi, które należą do skryptu services.sh, należy wykonać ponowne uruchomienie przed przejściem do skryptu.
Jeśli w środowisku skonfigurowano NSX, nie uruchamiaj polecenia /sbin/services.sh restart, ponieważ spowodowałoby to ponowne uruchomienie wszystkich usług na hoście ESXi.
Jeśli musisz ponownie uruchomić agenty zarządzania na hoście ESXi, indywidualnie uruchom ponownie vpxahost.d i fdm.
Jeśli musisz również uruchomić polecenie /sbin/services.sh restart, ponieważ ponowne uruchomienie każdego agenta zarządzania nie działa, przenieś wszystkie maszyny wirtualne z hosta ESXi i przełącz hosta w tryb konserwacji, jeśli to możliwe.
Jeśli nie masz pewności, czy na hoście ESXi zainstalowano NSX dla vSphere, uruchom następujące polecenie, aby sprawdzić:
esxcli software vib list --rebooting-image | grep esx-*
Wyszukaj następujące pakiety VIB, aby sprawdzić, czy na hoście ESXi zainstalowano NSX:
vsip-esx
esx-vxlan
Jeśli używasz współdzielonej grafiki w środowisku Widok (VGPU, vDGA, vSGA), nie używaj services.sh. Spowodowałoby to wyłączenie usługi xorg, która jest odpowiedzialna za grafikę na poziomie systemu operacyjnego gościa. Wyrywając grafikę z systemu operacyjnego gościa, powodujesz awarię obciążenia roboczego VDI przy użyciu współdzielonej grafiki. Sprawdź, czy używasz współdzielonej grafiki tylko do ponownego uruchomienia hostdi vpxa , jeśli nie pracujesz w trybie konserwacji.