Jak rozwiązać problemy z instalacją VMware vCenter
Zainstalowanie serwera vCenter jest niezbędne w każdym środowisku wirtualnym VMware obejmującym wiele hostów ESXi, aby umożliwić scentralizowane zarządzanie. Punktem wyjścia może być domowe laboratorium VMware. Jednak podczas instalacji vCenter mogą pojawić się błędy. Niniejszy przewodnik dotyczący rozwiązywania problemów omawia niektóre z najczęstszych problemów, z jakimi można się spotkać, oraz sposoby ich usuwania.
Podana nazwa systemu jest nieprawidłowa
Jeśli konfigurujesz domowe laboratorium VMware bez lokalnego serwera DNS w sieci, ten komunikat o błędzie może pojawić się na etapie 2 wdrażania vCenter.
Issue: Podana nazwa systemu jest nieprawidłowa.
Solution: Jeśli podana nazwa systemu jest pełną nazwą domeny (FQDN), upewnij się, że wyszukiwanie bezpośrednie w DNS zwraca co najmniej jeden prawidłowy adres IP w systemie. Jeśli podana nazwa systemu jest adresem IP, powinna to być jedna z prawidłowych adresów IP w systemie.
Przyczyną tego błędu jest to, że vCenter wymaga skonfigurowanego serwera DNS z A i PTR rekordami do rozpoznawania nazw hostów na adresy IP i odwrotnie. W tym przypadku nie jest to ten sam serwer DNS, który jest zdefiniowany do łączenia się poza lokalną siecią (na przykład z Internetem). Po wyświetleniu tego błędu może być konieczne ponowne wdrożenie szablonu OVA.
W Konfiguracja środowiska testowego VMware do wdrażania w domu dla tego wpisu używane są następujące nazwy hostów:
- Wirtualny interfejs sieciowy komputera hosta używany do łączenia się z VMnet8 (sieć NAT) – 192.168.101.1 jako localdns.localdomain
- Wirtualny interfejs sieciowy wirtualnej bramy używanej dla maszyn wirtualnych za NAT: 192.168.101.2 jako localdns2.localdomain (wirtualny serwer DHCP przydziela ten adres IP jako główny serwer DNS dla klientów DHCP)
- Interfejs sieciowy serwera vCenter działającego jako maszyna wirtualna: 192.168.101.103 jako vCenter8.localdomain
Jeśli nie masz serwera DNS, możesz edytować plik hosts na maszynie wirtualnej z uruchomionym vCenter oraz na komputerze fizycznym, na którym zainstalowano VMware Workstation. To rozwiązanie jest pomocne przy pierwszym uruchomieniu domowego laboratorium VMware, gdy nie masz dostępnych zasobów do uruchomienia oddzielnej maszyny wirtualnej jako serwera DNS lub do wdrażania serwera DNS na komputerze fizycznym. Oczywiście lepiej jest skonfigurować w pełni działający serwer DNS w sieci lokalnej środowiska produkcyjnego w celu wdrożenia VMware vSphere.
Edytujmy plik hosts na komputerze fizycznym. W systemie Windows edytuj plik C:WindowsSystem32driversetchosts za pomocą edytora tekstu uruchomionego jako administrator. Jeśli VMware Workstation jest zainstalowany w systemie Linux, edytuj plik /etc/hosts . W tym przypadku na komputerze hosta dodaje się następujące ciągi znaków: 192.168.101.103 vcenter8.localdomain
192.168.101.103 vcenter8
192.168.101.1 localdns
192.168.101.1 localdns.localdomain
192.168.101.2 localdns2
192.168.101.2 localdns2.localdomain
Aby naprawić Podana nazwa systemu jest nieprawidłowa na maszynie wirtualnej z uruchomionym vCenter Server Urządzeniem, spróbuj wykonać następujące czynności:
- Otwórz interfejs użytkownika konsoli bezpośredniej (DCUI) urządzenia vCenter Server Appliance w programie VMware Workstation.
- Naciśnij
CTRL+ALT+F3, aby wejść do konsoli. Zaloguj się do konsoli jako użytkownik główny (użyj hasła podanego podczas wdrażania vCenter z szablonu OVA). - Włącz powłokę, wprowadzając polecenie:
shell.set --enabled true - Wejdź do powłoki za pomocą polecenia:
shell - Otwórz plik hosts w edytorze tekstowym:
vim /etc/hosts
- Sprawdź, czy w pliku
hostsserwera VCSA znajdują się następujące ciągi znaków:192.168.101.103 vcenter8.localdomain vcenter8
192.168.101.1 localdns localdns.localdomain
192.168.101.2. localdns2 localdns2.localdomain
W razie potrzeby dodaj te wiersze i zapisz zmiany (
:wq).
- Jeśli tych ciągów znaków brakuje, dodaj je.
- Spróbuj wykonać polecenie ping dla adresu IP wirtualnego serwera DNS określonego w konfiguracji sieciowej maszyny wirtualnej z uruchomionym VCSA:
ping localdns2
503 Usługa niedostępna
Błąd 503 Usługa niedostępna może wystąpić po ponownym uruchomieniu vCenter Server. Po wpisaniu adresu vCenter w pasku adresu przeglądarki w celu uzyskania dostępu do programu VMware vSphere Client (na przykład https://192.168.101.103), pojawia się następujący komunikat o błędzie:
503 Usługa niedostępna (Nie udało się połączyć z punktem końcowym: [N7Vmacore4Http20NamedPipeServiceSpecE:0x000055ea10bcc9c0] _serverNamespace = / action = Allow _pipeName =/var/run/vmware/vpxd-webserver-pipe)
Ten błąd może wystąpić, jeśli niektóre usługi vCenter nie zostały jeszcze uruchomione. Sprawdź, czy odpowiednie usługi działają, przechodząc do strony internetowej służącej do zarządzania urządzeniem vCenter. W tym przykładzie należy użyć następującego adresu:
https://192.168.101.103:5480/ui/services
VMware vCenter ServerorazVMware vSphere Web clientusługi muszą być uruchomione.- Wybierz potrzebną usługę, która nie działa, i kliknij
StartlubRestart. - Być może trzeba będzie poczekać kilka minut. W razie potrzeby sprawdź również inne usługi.
- Gdy niezbędne usługi będą już uruchomione, spróbuj ponownie połączyć się z klientem VMware vSphere.
Błąd: Nie można uzyskać stanu wdrażania
Problem: Błąd „Nie można uzyskać stanu wdrażania” pojawia się na etapie 2 wdrażania vCenter.
Solution: Jedną z przyczyn tego błędu może być niewystarczająca ilość miejsca na partycji używanej do instalacji.
- Można rozszerzyć partycję, dodać więcej miejsca lub zmienić miejsce docelowe instalacji.
- Katalog eksportu można skierować do /storage/core
- Optymalnym rozwiązaniem może być ponowne uruchomienie instalacji vCenter bez konieczności całkowitej ponownej instalacji po rozwiązaniu problemu lub uruchomieniu wymaganej usługi.
- Po zakończeniu etapu 1 zamknij instalator i przejdź do interfejsu VAMI na nowo wdrożonym vCSA pod adresem https://vCenter-IP:5480/configure/
- Wykonaj etap 2 w przeglądarce i wskaż katalog eksportu o odpowiedniej wielkości, na przykład /storage/updatemgr/
- Wygląda na to, że instalator używa konfiguracji „v2” https://vCenter-IP:5480/configurev2/ , w której nie można skonfigurować katalogu eksportu.
Etap 2 vCenter zakończył się niepowodzeniem bez żadnych błędów
Issue: Instalacja vCenter Server kończy się niepowodzeniem na etapie 2. Ponowne wdrażanie vCenter kończy się niepowodzeniem. W graficznym interfejsie użytkownika nie ma żadnych błędów, które mogłyby wskazywać na problem.
Solution:
- Uzyskaj dostęp do urządzenia za pośrednictwem SSH lub konsoli, korzystając z konta użytkownika głównego i hasła podanego podczas procesu konfiguracji. Dobrym punktem wyjścia jest sprawdzenie logów w
/var/log/firstboot. Użyj polecenials -lt, aby wyświetlić najnowsze logi. Większość usług generuje dwa logi: jeden kończący się na_stdout.log, zawierający komunikaty logu usługi, oraz drugi kończący się na_stderr.log, zawierający komunikaty o błędach. - Zidentyfikuj usługę, która zapisała się do
_stderr.log, na przykład może to byćscafirstboot.py_10507_stderr.log. Przejrzyj log, aby ustalić przyczynę źródłową. Poszukaj wierszy takich jak poniższe:ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] nie udało się zweryfikować certyfikatu: certyfikat nie jest jeszcze ważny
- Ten błąd sugeruje problem z datami ważności certyfikatu, a konkretnie z datą rozpoczęcia (certyfikat ma datę rozpoczęcia i datę zakończenia). Często wskazuje to na problem z protokołem NTP (Network Time Protocol). Jeśli skonfigurowałeś protokół NTP dla vCenter, ale nie dla hosta ESXi, na którym przeprowadzono wdrażanie vCenter, może pojawić się ten błąd.
- Jeśli problem nie dotyczy DNS, rozważ sprawdzenie ustawień NTP lub zbadanie potencjalnych problemów z certyfikatami, albo połączenie obu tych czynników.
Możesz również spróbować uruchomić instalator vCenter z innej maszyny wirtualnej znajdującej się na tym samym hoście ESXi (na którym wdrożono VCSA), aby uniknąć problemu z NTP.
Instalacja VCSA utknęła na 80%
Issue: vCenter Server Urządzenie utknęło na 80% etapu 1 z Oczekiwanie na rozpoczęcie instalacji RPM .
Solution: Aby rozwiązać ten problem, spróbuj wykonać następujące czynności:
- Sprawdź ustawienia NTP dla VCSA na hoście ESXi, na którym wdrożono VCSA, oraz na komputerze, z którego uruchamiasz instalator. Być może konieczne będzie określenie lokalnego serwera NTP.
- Przed wprowadzeniem nazwy FQDN na odpowiednim ekranie instalacji vCenter sprawdź, czy istnieją rekordy DNS dla vCenter i czy są one rozpoznawane.
- Sprawdź Licencja vSphere na hoście ESXi, na którym wdrażasz VCSA (nie bezpłatna licencja ESXi).
Po usunięciu przyczyny problemu może być konieczne ponowne uruchomienie procesu instalacji vCenter.
Wnioski
Typowe przyczyny błędów instalacji VMware vCenter to nieprawidłowe ustawienia DNS, konfiguracja NTP, błędy SSL i certyfikatów, problemy z połączeniem z bazą danych, ustawienia zapory sieciowej oraz niewystarczające zasoby sprzętowe.
Aby uniknąć błędów, należy uważnie postępować zgodnie z instrukcją instalacji VMware vSphere i vCenter Server. W przypadku wystąpienia błędów należy skorzystać z porad zawartych w niniejszym przewodniku, aby rozwiązać problemy z instalacją vCenter. Sprawdzenie dzienników instalacji znajdujących się w /var/log na urządzeniu vCenter Server może dostarczyć cennych informacji na temat pierwotnej przyczyny problemu.
