Megoldott: hogyan érhető el az ESX szolgáltatáskonzol – VMware technológiai hálózat VMTN

Hi all.

TV-mérnök vagyok, aki megpróbálja megoldani a hálózati problémát a berendezésünkkel. Nem vagyok hálózati mérnök.

megpróbálom követni a VMWareKB-T: ‘hálózati csatlakozási problémák elhárítása az Address Resolution Protocol (ARP) használatával’ egyszerűen megpróbálom ellenőrizni, hogy az ARP tábla létezik-e az ESX szerverünkön, és tartalmaz-e néhány bejegyzést.

a KB azt mondja, hogy futtassa az arp-a-t az ARP tábla felsorolásához.

ehhez meg kell nyitnom egy szervizkonzolt. Most olvastam 3 vagy 4 cikkeket a Szervizkonzol használatáról, de még mindig nem tudom megnyitni a parancs futtatásához! Nem értem, mit csinálok rosszul, vagy hihetetlenül hülye vagyok, vagy valami teljesen hiányzik.

egy cikk kimondta, nyomja meg az ‘Alt F1’ gombot pontosan hol csináljam ezt? Az ESX-hez csatlakoztatott virtuális gépről? Az egyik cikk azt mondta, hogy ‘a VIM összefoglaló képernyőn’ megpróbáltam bejelentkezni a virtuális gépre, és egy webböngészőt mutattam a szerverre, kapok egy ESX üdvözlő képernyőt a ‘bejelentkezés a webes hozzáféréshez’ linkkel, amikor rákattintok erre, hogy ‘az Internet Explorer nem tudja megnyitni a weboldalt’

megnéztem a VIM-et, látom a vSwitch hálózati részleteit a konfigurációs oldalon, beleértve a szolgáltatáskonzol IP-címét. Nem látom, hogyan lehet megnyitni egy szervizkonzolt. A Vim-nek a szervizkonzol címére mutatása nem tesz semmit.

csak tudnom kell, hogyan kell megnyitni a Szervizkonzolt, és ellenőrizni az ARP táblákat a KB szerint.

kérem, némítsa le a válaszokat nekem!

a probléma gyökere néhány hálózati elosztóegységgel kapcsolatos, amelyeket állványokban lévő berendezések táplálására használunk. Hálózati kapcsolattal rendelkeznek, amelyet virtuális gépek segítségével figyelünk, hogy jelentést tegyünk egy harmadik fél felügyeleti és vezérlő szoftverének. A virtuális gépek riasztási illesztőprogramot futtatnak, amelyet a harmadik félnek történő jelentéshez használnak. Az önkéntes lelkészek Egy Blade szerveren vannak.

van egy probléma, ahol az egyik MDU egységet kicserélték, de helytelen alapértelmezett átjáró címmel konfigurálták. Órákon belül ezt követően a felügyeleti és vezérlő szoftver elvesztette a kapcsolatot az MDU – kkal, és egyesével az összes MDU egység elkezdte küldeni az ARP kéréseket – “akinek 10.172.248.254′

végül az összes MDU folyamatosan küld ARP kéréseket, és az összes MDU elvesztette a kapcsolatot a virtuális géppel. Ha megnyitjuk a VM gépet, és egy MDU-t pingelünk, a ping sikertelen, ha EGY MDU helyett laptopot helyezünk, és pingeljük a VM gépet, a ping jól működik.

ha kikapcsoljuk/bekapcsoljuk az MDU-kat, akkor jól jönnek, de 24/7-es művelet vagyunk, és az összes MDU-t kockázatosnak tekintik.

korábban is volt ilyen problémánk, és az egyetlen megoldás az volt, hogy újraépítettük a virtuális gépeket, és az összes MDU-t új hálózati címekhez rendeltük.

az MDU-k be vannak dugva (Foundry Falstron GS), a hálózati támogató srácok ellenőrizték, és azt mondták, hogy mind jók. A Blade szerver körülbelül 20 virtuális gépet tárol, és jól működnek, figyelemmel kísérik az SNMP forgalmat más rendszerekről.

ha valakinek van ötlete, csupa fül vagyok.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.