VxRail: Przewodnik rozwiązywania problemów dla hostów VMware ESXi w stanie "Nie odpowiadają"

• Host ESXi zgłoszony jako "Not Responding on vSphere Web Client".
• Nie można zarządzać hostami ESXi z poziomu klienta vSphere Web Client.
• Możliwość polecenia ping do hosta ESXi, który nie odpowiada, oraz do znajdujących się na nim maszyn wirtualnych.
• Możliwość uzyskania dostępu do maszyn wirtualnych za pośrednictwem protokołu SSH lub protokołu RDP (Remote Desktop Protocol) działającego na hoście ESXi.

Jedna z usług zarządzania na hoście mogła przestać działać lub przejść w stan Nie odpowiada.

Wymaga to analizy głównej przyczyny awarii usług zarządzania lub ich braku reakcji. Zbierz dzienniki serwera vCenter Server i hosta ESXi, zapoznaj się z artykułem VMware Zbieranie informacji diagnostycznych dla VMware ESXi  przed doprowadzeniem klastra i ESXi do stanu stabilnego.

Czasami jest to niemożliwe, ponieważ węzeł nie reaguje na polecenia zbierania dzienników. Zapoznaj się z informacjami zawartymi w sekcji Rozwiązanie niniejszego artykułu. Dzienniki mogą być analizowane przez dział pomocy technicznej firmy Dell w razie potrzeby w celu zrozumienia głównej przyczyny i sprawdzenia, czy wymienione poniżej znane problemy są związane z problemem.

Ponowne uruchamianie hostd lub vpxa na hoście może pomóc w przywróceniu możliwości zarządzania hostem na kliencie vSphere. Odbywa się to za pomocą sesji SSH połączonej z hostem ESXi.

Inną reakcją na host ESXi nie odpowiadający jest ponowne uruchomienie agentów zarządzania na hostach ESXi. 
 

Ponowne uruchamianie agentów zarządzania hostów ESXi odbywa się bezpośrednio za pomocą interfejsu wiersza poleceń lub sesji SSH do ESXi (jeśli protokół SSH był włączony przed wystąpieniem problemu). 

Jeśli jednak protokół SSH nie jest włączony, dostęp do portu BMC-iDRAC zapewnia dostęp do ekranu ESXi DCUI, na którym można ponownie uruchomić usługi zarządzania. Zapoznaj się z artykułem 1003490 firmy VMware, aby uzyskać informacje na temat ponownego uruchamiania agentów zarządzania w oprogramowaniu ESXi.

Interfejs DCUI może przestać odpowiadać. Ręczne zamykanie maszyn wirtualnych przy użyciu SSH lub RDP jest jedyną inną opcją przywrócenia środowiska do stabilnego stanu. Po zakończeniu za pomocą funkcji kontroli zasilania BMC-iDRAC wyłącz i włącz (uruchom ponownie) hosta ESXi, aby doprowadzić go do stanu stabilnego.

Zarejestruj maszyny wirtualne na stabilnych hostach bezpośrednio po ich wyłączeniu, skracając w ten sposób czas przestoju maszyn wirtualnych przed ponownym uruchomieniem hosta ESXi, który nie odpowiada. (Następnie można ponownie uruchomić hosta ESXi z problemami). Postępuj zgodnie z artykułem VMware na temat rejestrowania lub dodawania maszyny wirtualnej (VM) do spisu vSphere w vCenter Server

Jeśli nie można wyłączyć maszyn wirtualnych za pomocą SSH lub RDP, zakończ pracę maszyny wirtualnej za pośrednictwem sesji SSH hosta ESXi. Zapoznaj się z artykułem VMware Nie można wyłączyć maszyny wirtualnej na hoście ESXi

Problemy z maszyną wirtualną: 

• Nie można wyłączyć maszyn wirtualnych na hoście ESXi — 1014165
• Wyłączanie niereagującej maszyny wirtualnej na hoście ESXi — 1004340
• Maszyny wirtualne są wyświetlane jako nieprawidłowe lub osierocone w programie vCenter Server — 1003742
• Wygląda na to, że maszyny wirtualne są uruchomione lub zarejestrowane na wielu serwerach ESX/ESXi — 319918
• Włączanie maszyny wirtualnej z wiersza poleceń, gdy nie można zarządzać hostem za pomocą klienta vSphere Client — 1038043
• Rozwiązywanie problemów z maszyną wirtualną, która przestała odpowiadać — 1007819

Problemy związane z plikami maszyny wirtualnej: 

• Ponowne kompilowanie pliku .vmx maszyn wirtualnych z vmware.log — 1023880
• Badanie blokad plików maszyn wirtualnych w oprogramowaniu ESXi — 10051