Dell Unity: Unity nach Neustart des Hauptspeicherprozessors während des Upgrades nicht erreichbar

Der Hauptspeicherprozessor wird während des Upgradeprozesses neu gestartet.

Unity-Managementservices sind während des Neustarts des primären SP während des Codeupgradeprozesses nicht erreichbar.

Unity-IP kann nicht gepingt werden und Unisphere wird nicht geladen.

Der Datenzugriff ist nicht betroffen.

In Unity verarbeitet der Hauptspeicherprozessor die Managementservices (die IP-Adresse).
Wenn der primäre SP neu gestartet wird, wird für die Managementservices ein Failover auf den sekundären (Peer-)SP durchgeführt.

Ausgabe 1:
Wenn der sekundäre SP nicht mit demselben Managementnetzwerk wie der primäre Storage-Prozessor verbunden ist, ist die Unity-IP beim Failover des Managementservice nicht mehr erreichbar.

Beispiel:
Vor dem Upgrade:

• SP A ist der primäre SP und SP B ist der sekundäre SP
• SP A ist mit dem Managementnetzwerk verbunden, über das auf Unisphere zugegriffen wird.
• SP B ist nicht mit demselben Netzwerk wie SP A verbunden.

Wenn SP A während des Upgrades neu gestartet wird:

• SP B wird zum Haupt-SP und SP A zum sekundären SP.
• Da sich die Managementdienste auf SP B befinden, ist die Unity-Management-IP nicht erreichbar.

Ausgabe 2:
Ein zweites Problem kann auftreten, wenn das Failover zwischen SPs stattfindet und die MAC-Adresse auf dem neuen SP gefälscht wird. Einige Nutzerumgebungen nehmen möglicherweise die neue "doppelte" MAC-Adresse auf und blockieren den Zugriff auf den Switchport, was zu einem Verlust des Zugriffs führt.
 
Diese Verbesserung prüft auf mögliche Konnektivitätsprobleme auf den Managementports. Siehe Dell Unity: Integritätsprüfung vor dem Upgrade wird mit der folgenden Warnung abgeschlossen: platform::check_management_port_2 (vom Nutzer korrigierbar)

Test of the management port configuration indicates there may be a problem with the management port VLAN settings that could cause loss of management functionality during storage processor reboots associated with the upgrade. Some valid network configurations can also make this test fail. Ensure that the alternate management port is properly configured. See KB#000066048 for recommended VLAN management port guidelines. You can safely ignore this warning if there is not a real issue.

Screenshot der Benutzeroberfläche der PUHC-Warnung:



Diese Warnmeldung weist darauf hin, dass das Unity-Array die Managementnetzwerkverbindung des Peer-Storage-Prozessors (SP) nicht bestätigen konnte. Die neue PUHC-Verbesserung von Unity OE 5.3 initiiert eine ARP-Prüfung (Address Resolution Protocol) für das Netzwerk. Dies dient dazu, alle Konnektivitätsprobleme auf dem Peer-SP zu bestätigen, wenn bei den Ereignismanagementvorgängen ein Failover zum Peer-SP durchgeführt wird.

Der PUHC sendet einen ARP-Test anstelle eines standardmäßigen ARP-Pings. Die Management-IP-Adresse ist nur auf dem primären SP aktiv, nicht auf dem Peer. Aus diesem Grund muss es sich bei der Prüfung um einen ARP-Test auf dem Peer handeln. Der nicht primäre (Peer-)SP verfügt nicht über eine konfigurierte IP-Adresse für einen Standard-ARP. Daher muss die ARP-Anfrage mit 0.0.0.0 ausgefüllt gesendet werden und ist eine ARP-Sonde.

Die Warnmeldung wird angezeigt, wenn keine Antwort von der ARP-Sonde empfangen wird.

Diese Warnung bedeutet nicht, dass die Portverbindung für einen SP-Managementport vor dem Upgrade ausgefallen ist. Wenn dies das Problem wäre, würde der Health Check vor dem Upgrade es erkennen (wie im Dell Artikel Dell Unity: Integritätsprüfung schlägt fehl mit [Fehlercode: Plattform::check_peer_management_port_link_2] (vom Nutzer korrigierbar)

Während PUHC vor dem Upgrade:
Bei der folgenden Warnmeldung handelt es sich um eine sanfte Warnung und nicht um einen Fehler:

Warning Code: platform::check_management_port_2

Verwenden Sie eine der Optionen im folgenden Artikel, um ein Failover von Managementvorgängen auf den Peer-SP durchzuführen und zu testen, ob der Peer-SP über eine Verbindung mit dem Netzwerk verfügt. Dell Unity: Durchführen eines Management Services (ECOM)-Failover (von Dell korrigierbar)

Eine zusätzliche Option für diesen Artikel besteht darin, den aktuellen primären SP neu zu starten, um ein Failover der Managementvorgänge auf den Peer-SP durchzuführen. Managementvorgänge können während des Failover-Prozesses bis zu 10 Minuten unterbrochen werden. Sobald die Managementvorgänge wiederhergestellt sind, überprüfen Sie, ob der Peer-SP jetzt der primäre SP ist. Wenn Managementvorgänge auf SPA und SPB nach Failover-Tests erfolgreich funktionieren, kann diese Warnmeldung ignoriert werden.

Während des Upgrades:
Diese Warnung kann ignoriert werden, wenn sie erst in der Mitte des Upgrades angezeigt wurde. Klicken Sie auf die Schaltfläche "Retry", um mit dem Upgrade fortzufahren.  

Wenden Sie sich an den Dell Support und geben Sie diesen Wissensdatenbank-Artikel an, falls die Schaltfläche "Retry" nicht funktioniert.

Nach einem erfolgreichen Upgrade:
Die folgende Warnung

Warning Code: platform::check_management_port_2

Kann bedenkenlos ignoriert werden, wenn diese Warnmeldung nach einem erfolgreichen Upgrade auf Unity OE 5.3 oder höher angezeigt wurde.

Dieser Wissensdatenbank-Artikel gilt für alle Neustarts des Hauptspeicherprozessors und nicht nur für Upgrades.

Beispiele für das Problem: 

• In einem Fall war ein SP mit dem Managementnetzwerk verbunden, während das Managementkabel des anderen SPs an einen iSCSI-Switch angeschlossen war.
• In einem anderen Fall war ein SP mit dem Managementnetzwerk verbunden, während das Managementkabel des andere SPs an einen Switchport angeschlossen war, der über ein anderes VLAN mit einem anderen Netzwerk verbunden war.

Ab Unity OE Version 5.3 ist ein neuer Test Teil des PuHC-Dienstprogramms (Pre-Upgrade Health Check), um diese Bedingung zu überprüfen.  Bei diesem Test werden sowohl die primären als auch die sekundären Speicherprozessoren überprüft.  Der neue Test (der sich von dem aktuellen Test unterscheidet, bei dem wir überprüfen, ob die Ports nicht ausgefallen sind) verwendet das Dienstprogramm "arp ping" (Arping), um zu testen, ob die Schnittstelle ARP-Datenverkehr (Address Resolution Protocol) über die Schnittstelle zulässt.  In der Regel werden Switches so konfiguriert, dass ARP-Broadcasts über VLANs hinweg blockiert werden. In den meisten Fällen ist dieser Test daher zuverlässig, um festzustellen, ob die VLANs für die Managementports korrekt konfiguriert sind.  Dieser Test kann ein falsch negatives Ergebnis erzeugen, wenn der Switch so konfiguriert ist, dass Broadcasts über VLANs hinweg zugelassen werden, und der Test kann ein falsch positives Ergebnis erzeugen, wenn Broadcasts deaktiviert sind, selbst innerhalb eines VLAN.  In den meisten Fällen bestimmt dieser neue Test jedoch unter normalen Bedingungen, ob die Managementports ordnungsgemäß in einem VLAN konfiguriert sind.