VNX: Identifizieren von "Hard Link Down"-Anschluss für Data Mover (von NutzerInnen korrigierbar)

- Das IP-Netzwerk meldet plötzlich den Verlust der Konnektivität für IP-Adressen, die dem VNX-Data Mover zugewiesen sind, obwohl der VNX-Data Mover in unserem Fall keinen Hardwarefehler meldet.
- Beim Überprüfen der Data Mover-PCI-Geräte sehen wir [ Link: Down ] für Data Mover-Port.
- Wenn [ Link: Down] wird für Data Mover-Gerät/Port angezeigt, die angeschlossenen Kabel und/oder anderen angeschlossenen physischen Endgeräte (Switch) führen zu einem Verlust der Konnektivität zum IP-Netzwerk.
- Es muss bestätigt werden, dass die Kabel und Endgeräte wie erforderlich funktionieren, da VNX nicht die Ursache des Problems ist [ Link: Down ]-Meldung.
- Auf CIFS-Server, die mit dieser IP-Adresse verbunden sind, kann möglicherweise nicht zugegriffen werden.
- Auf die IP-Adressen, die einem bestimmten VNX-Data Mover-Gerät/-Port zugewiesen sind, kann nicht per Ping zugegriffen werden, während auf andere IP-Adressen des VNX-Data Mover per Ping zugegriffen werden kann.
- Das Standortnetzwerkteam muss die IP-Adresse angeben, auf die nicht zugegriffen werden kann. Der Support kann bestätigen, ob diese Schnittstelle auf einem beliebigen VNX-Data Mover vorhanden ist. server_2 server_9







Schritte zur Fehlerbehebung: 
1. In einer Befehlszeilensitzung zur Control Station wird überprüft, auf welchem Data Mover diese IP-Adresse vorhanden ist und welches Gerät die Schnittstelle verwendet.

[server_ifconfig server_2 -a ] zeigt eine vollständige Liste der Schnittstellen an.
In unserem Beispiel identifizieren wir den Schnittstellennamen als INT1_PROD der der IP x.x.x.x zugewiesen ist, und geben diese Schnittstelle für eine kurze Auflistung in server_ifconfig wie unten beschrieben an.

[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:xx

Oben bestätigen wir , dass INT1_PROD ein Gerät mit dem Namen fxg-3-0 verwendet. 



Im Folgenden wird der Gerätestatus von fxg-3-0 bestätigt

[nasadmin@vnx8000~] server_sysconfig server_2 -PCI FXG-3-0

  Broadcom 10-Gigabit-Ethernet-Controller
0:  FXG-3-0  IRQ: 32
speed=10000 duplex=full TxFlowCtl=Deaktivieren RxFlowCtl=Deaktivieren
   Link: Nach unten 

2. Die VNX-Schnittstelle ist auch nicht durch Ping von der Control Station oder anderen Geräten im Netzwerk zugänglich. - 

[nasadmin@vnx8000~] pingt X.X.X.X

PING X.X.X.X (x.x.x.X) 56(84) Byte Daten.
--- X.X.X.X-Ping-Statistiken ---
39 gesendete Pakete, 0 empfangen, 100 % Paketverlust, Zeit 38097 ms



3. Wir können auch überprüfen, ob der Port in der server_log als fehlerhaft angezeigt wird.
In server_2 server_log sehen wir, dass der Link plötzlich ausfällt und die Meldung Link DOWN angezeigt wird, aber keine Hardwarefehler.

[nasadmin@vnx8000 ~]$ server_log server_2 |grep -i fxg-3-0

2017-05-20 17:40:50: TREIBER: 6: FXG-3-0: Verbindung unterbrochen
2017-05-20 17:40:50: TREIBER: 4: 2: FXG-3-0: Verbindung unterbrochen