Symptoms
VCenter Server wyświetla błąd:
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
- Zaloguj się do powłoki ESXi lub SSH jako root. Aby włączyć powłokę ESXi lub SSH, zapoznaj się z artykułem Korzystanie z powłoki ESXi w oprogramowaniu ESXi 6.x, 7.x i 8.x (2004746).
- Uruchom ponownie demona hosta ESXi i usługi agenta vCenter przy użyciu następujących poleceń:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
Przestroga:
- 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
vpxa
host.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 hostd
i vpxa
, jeśli nie pracujesz w trybie konserwacji.
Dodatkowe informacje można znaleźć w artykule bazy wiedzy VMware: Ponowne uruchamianie agentów zarządzania w oprogramowaniu ESXi (1003490).
Additional Information
Powiązane zasoby
Poniżej przedstawiono niektóre zalecane zasoby związane z tym tematem, które mogą być interesujące: