VNX: Identyfikowanie awarii łącza twardego wyświetlanego dla portu przenoszenia danych (możliwość naprawienia przez użytkownika)
Summary: Rozwiąż problem i sprawdź, czy łącze w dół jest wyświetlane dla interfejsu modułu przenoszenia danych — twarde łącze oznacza, że kable lub inne urządzenia końcowe spowodowały utratę łączności. ...
Instructions
- Sieć IP nagle zgłasza utratę łączności dla adresów IP przypisanych do modułu przenoszenia danych VNX, chociaż w naszym przypadku moduł przenoszenia danych VNX nie zgłasza awarii sprzętu.
- Podczas sprawdzania urządzeń Data Mover -pci widzimy [ Link: W dół ] dla portu modułu przenoszenia danych.
- Jeśli [ link: W przypadku urządzenia/portu modułu przenoszenia danych wyświetlany jest komunikat], podłączone kable i/lub inne fizyczne urządzenia końcowe (przełącznik) powodują utratę łączności z siecią IP.
- Należy potwierdzić, że kable i urządzenia końcowe działają zgodnie z potrzebami, ponieważ VNX nie jest przyczyną [ Link: W dół].
- Każdy serwer CIFS podłączony do tego adresu IP może być niedostępny.
- Adresy IP przypisane do określonego urządzenia/portu modułu przenoszenia danych VNX nie są dostępne za pomocą polecenia ping, chociaż inne adresy IP modułu przenoszenia danych VNX są dostępne za pomocą polecenia ping.
- Zespół ds. sieci witryn musi podać adres IP, który jest niedostępny. Dział pomocy technicznej może sprawdzić, czy ten interfejs istnieje w dowolnej server_2 przenoszenia danych VNX – czynnościrozwiązywania problemów z server_9
:
1. W sesji wiersza poleceń do stacji sterującej sprawdzimy, na którym module przenoszenia danych znajduje się ten adres IP, a także urządzenie, z którego korzysta interfejs.
[server_ifconfig server_2 -a ] wyświetli pełną listę interfejsów.
W naszym przykładzie identyfikujemy nazwę interfejsu jako INT1_PROD przypisaną do adresu IP X.X.X.X i określamy ten interfejs dla krótkiej listy w server_ifconfig, jak poniżej.
[nasadmin@vnx8000~] server_ifconfig server_2 INT1_PROD
INT1_PROD protocol=IP device=fxg-3-0
inet=X.X.X.X netmask=255.255.255.0 broadcast=X.X.X.X
UP, Ethernet, mtu=1500, vlan=0, macaddr=x:xx:xx:xx:xx:xx
Powyżej potwierdzamy INT1_PROD używa urządzenia o nazwie fxg-3-0.
Poniżej potwierdzimy ten stan urządzenia fxg-3-0
[nasadmin@vnx8000~] server_sysconfig server_2 -pci fxg-3-0
Kontroler sieci Ethernet Broadcom 10 Gigabit Ethernet
0: FXG-3-0 IRQ: 32
speed=10000 duplex=full txflowctl=wyłącz rxflowctl=wyłącz
Łącze: W dół
2. Interfejs VNX nie jest również dostępny za pomocą polecenia ping ze stacji sterującej lub innych urządzeń w sieci. -
[nasadmin@vnx8000~] ping X.X.X.X
PING X.X.X.X (x.x.x.X) 56(84) bajtów danych.
--- statystyk ping X.X.X.X ---
39 wysłanych pakietów, 0 odebranych, 100% utraconych pakietów, czas 38097ms
3. Możemy również sprawdzić, czy port wykazuje usterkę w server_log.
W server_2 server_log widzimy nagłe zerwanie łącza i wyświetlenie komunikatu Link DOWN, ale nie ma awarii sprzętu.
[nasadmin@vnx8000 ~]$ server_log server_2 |grep -i fxg-3-0
2017-05-20 17:40:50: STEROWNIKI: 6: FXG-3-0: Łącze w dół
2017-05-20 17:40:50: STEROWNIKI: 4: 2: FXG-3-0: Łącze w dół
Additional Information
[Link: down] jest spowodowane poza macierzą, przez kabel lub inne urządzenia końcowe i musi zostać rozwiązane poza macierzą.
Macierz może powodować tylko [Link: down] to sytuacja, w której moduł we/wy lub fizyczny port DM jest uszkodzony i potwierdzony w server_log.