Rozwiązany: jak uzyskać dostęp do konsoli serwisowej ESX-VMware Technology Network VMTN

Cześć wszystkim.

jestem inżynierem TV, który próbuje rozwiązać problem z siecią z naszym sprzętem. Nie jestem inżynierem sieci.

próbuję postępować zgodnie z vmwarekb: 'Rozwiązywanie problemów z połączeniem sieciowym przy użyciu protokołu ARP (Address Resolution Protocol)’ po prostu próbuję sprawdzić, czy tabela ARP istnieje na naszym serwerze ESX i ma pewne wpisy.

The KB says to run 'arp-a’ to list the ARP table.

aby to zrobić, muszę otworzyć konsolę serwisową. Przeczytałem już 3 lub 4 artykuły na temat korzystania z konsoli serwisowej, ale nadal nie mogę jej otworzyć, aby uruchomić polecenie! Nie mogę zrozumieć, co robię źle, albo jestem niesamowicie głupi, albo czegoś zupełnie mi brakuje.

w jednym artykule napisano, wciśnij „Alt F1” gdzie dokładnie to zrobić? Z wirtualnej maszyny podłączonej do ESX? Jeden z artykułów powiedział „na ekranie podsumowania Vima” próbowałem zalogować się na maszynę wirtualną i wskazać przeglądarkę internetową na serwerze, otrzymuję ekran powitalny ESX z linkiem „Zaloguj się do dostępu do sieci”, po kliknięciu tego otrzymuję „Internet Explorer nie może otworzyć strony internetowej”

przyjrzałem się Vimowi, widzę szczegóły sieci dla Vswitcha na stronie konfiguracji, w tym adres IP konsoli serwisowej. Nie można zobaczyć, jak otworzyć konsolę serwisową. Wskazywanie Vima na adres konsoli serwisowej nic nie da.

muszę tylko wiedzieć, jak otworzyć konsolę serwisową i sprawdzić tabele ARP zgodnie z KB.

proszę o odpowiedź!

główny problem dotyczy niektórych rozdzielnic sieciowych, których używamy do zasilania urządzeń w szafach. Mają połączenie sieciowe, które monitorujemy za pomocą maszyn wirtualnych, aby zgłosić je zewnętrznemu oprogramowaniu do monitorowania i sterowania. Maszyny wirtualne są uruchomione oprogramowanie sterownika alarmu używane do raportowania do strony trzeciej. Maszyny wirtualne są na serwerze Blade.

mamy problem, w którym jedna jednostka MDU została zastąpiona, ale skonfigurowana z nieprawidłowym domyślnym adresem bramy. W ciągu kilku godzin od tego, oprogramowanie monitorujące i sterujące straciło połączenie z MDU i jeden po drugim, wszystkie jednostki MDU zaczęły wysyłać żądania ARP – „kto ma 10.172.248.254”

ostatecznie wszystkie MDU stale wysyłają żądania ARP, a wszystkie MDU straciły łączność z maszyną wirtualną. Jeśli otworzymy maszynę wirtualną wykonującą monitorowanie i ping MDU, ping nie powiedzie się, jeśli umieścimy laptopa w miejscu MDU i ping maszyny wirtualnej, ping działa dobrze.

jeśli wyłączymy / włączymy MDU, są dobre, ale jesteśmy operacją 24/7 i cykle zasilania wszystkie MDU są uważane za ryzykowne.

mieliśmy ten problem wcześniej i jedynym rozwiązaniem było przebudowanie maszyn wirtualnych i przypisanie wszystkich MDU do nowych adresów sieciowych.

wszystkie przełączniki MDU są podłączone do (Foundry Falstron GS) zostały sprawdzone przez naszych facetów wsparcia sieci i powiedziano nam, że wszystkie są dobre. Serwer Blade hostuje około 20 maszyn wirtualnych i działają dobrze monitorując ruch SNMP z innych systemów.

jeśli ktoś ma jakieś pomysły to zamieniam się w słuch.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.