PowerStore: WebUI (UI) nach unterbrechungsfreiem Upgrade auf 3.0 und höher nicht verfügbar, Node-Neustart oder Aus- und Einschalten einer Appliance

• Die PowerStore Manager-Benutzeroberfläche ist nach einem unterbrechungsfreien Upgrade, einem Node-Neustart oder einem Aus- und Einschalten der Appliance nicht zugänglich (Benutzer können sich nicht anmelden):
• Der Versuch, sich anzumelden, schlägt mit dem folgenden Fehler fehl: „Service unavailable. Please retry in a few minutes. (0xE04040010004)" oder "503 Service Nicht verfügbar"
• Wenn der Assistent für die Erstkonfiguration (ICW) den Serviceport verwendet, wird dem Benutzer möglicherweise die Meldung "Loading..." angezeigt. Im Schritt "Cluster Details", der eine Zeit lang fortgesetzt wird. Schließlich zeigt die Benutzeroberfläche möglicherweise "The required appliance was not found or Request timed out" an.

• Für nicht konfigurierte Appliances
  • Es ist unmöglich, auf die PowerStore Manager-Anmeldeseite zuzugreifen oder sich bei der REST API anzumelden.
  • Connection Utility kann keine konfigurierten und nicht konfigurierten Appliances in einer solchen Umgebung anzeigen, da die Erkennungs-IP auf Appliances nicht vorhanden ist.
• Für konfigurierte Appliances
  • Es ist unmöglich, auf die PowerStore Manager-Anmeldeseite zuzugreifen oder sich bei der REST API anzumelden.
  • Der Vorgang zum Hinzufügen einer Appliance ist nicht möglich.

[SVC:service@XXXXXXX-B user]$ pstcli -d  -u admin -session
Password (for host localhost):
The system was unable establish a secure connection to the storage server.

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether aa:aa:aa:aa:aa:aa brd ff:ff:ff:ff:ff:ff
    inet6 fe80::18df:bcff:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever
 
[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether bb:bb:bb:bb:bb:bb brd ff:ff:ff:ff:ff:ff
    inet6 fe80::18df:bcff:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• Während des Node-Startvorgangs nimmt der avahi-autoipd-Service zufällig eine IP-Adresse im Bereich 169.254.0.0/16 auf, testet, ob ein anderes Gerät diese IP mithilfe von Arping verwendet, und bindet sie dann an die Disc0-Schnittstelle.
• Eine IP-Adresse der Disc0-Schnittstelle ist erforderlich, um den CONTROL Path HTTP-Stack zu laden.
• Aufgrund einer unerwarteten ARP-Antwort von einem Netzwerkgerät in der Managementnetzwerkumgebung kann der avahi-autoipd-Service keine IP-Adresse abrufen, wodurch der HTTP-Stack des Kontrollpfads nicht geladen werden kann und der Zugriff auf WebUI und PSTCLI verloren gehen kann.

• Identifizieren Sie das Gerät, das unerwartete ARP-Antworten an PowerStore sendet.
• Das Problem kann behoben werden, indem der Switch oder das Gerät als Proxy-ARP im Verwaltungsnetzwerk angehalten wird. Führen Sie dies auf eine der folgenden Arten durch:
  • Aktualisieren Sie die Switch-Firmware auf die Version, die eine Lösung für das Problem enthält (relevant für Cisco-Switches, wie in https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316 beschrieben).
  • Wenn der "Proxy-ARP" auf dem Switch für den Zeroconf/Avahi-IP-Bereich von 169.254.0.0/16 aktiviert ist, wird empfohlen, diesen Bereich zu deaktivieren oder neu zu konfigurieren, um diesen Bereich auszuschließen, da er nicht für Proxy-ARP verwendet werden sollte.
    • Wenden Sie sich an den Netzwerkadministrator des Kunden, um zu überprüfen, ob die Deaktivierung dieser Einstellung keine Auswirkungen auf andere Netzwerkservices haben sollte.
    • Wenden Sie sich an den Netzwerkadministrator des Kunden, um diese Änderung am besten durchzuführen.
  • Isolieren Sie das Managementnetzwerk von PowerStore auf ein anderes Zugriffs- oder natives VLAN auf dem Switch.
• Überprüfen Sie nach Abschluss aller oben genannten Schritte, ob disc0 über eine IPv4-Adresse im Bereich von 169.254.0.0/16 verfügt.

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:44:78:0a:05:c0 brd ff:ff:ff:ff:ff:ff
    inet 169.254.60.18/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever


[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:df:bc:34:2b:4a brd ff:ff:ff:ff:ff:ff
    inet 169.254.64.234/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever

• Neustarten von ControlPath 

[SVC:service@XXXXXXX-B user]$ svc_container_mgmt restart CP
Waiting for container restart
Container controlpath restart returned: 0
Container controlpath is back up
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
[SVC:service@XXXXXXX-B user]$

Wenn Sie kein Netzwerkgerät identifizieren können, das unerwartete ARP-Antworten sendet, oder wenn Sie Unterstützung für dieses Problem benötigen, wenden Sie sich an den technischen Support oder Ihren autorisierten Servicemitarbeiter und geben Sie diese Artikel-ID der Dell Knowledge Base an.

Lösung:
Dieses Problem wurde in PowerStoreOS v3.6.0.0
behoben (siehe MDT-498676, der in der Versionshinweise für diese Betriebssystemversion aufgeführt ist.)