PowerStore: Interfejs WebUI (UI) jest niedostępny po NDU do wersji 3.0 i nowszych, ponowne uruchomienie węzła lub wyłączenie i ponowne uruchomienie urządzenia

• Interfejs użytkownika PowerStore Manager jest niedostępny (użytkownicy nie mogą się zalogować) po ponownym uruchomieniu NDU, węźle lub wyłączeniu i włączeniu zasilania urządzenia:
• Próba zalogowania się kończy się niepowodzeniem z powodu błędu: „Service unavailable. Please retry in a few minutes. (0xE04040010004)" lub "503 Usługa niedostępna"
• W przypadku korzystania z kreatora konfiguracji początkowej (ICW) przy użyciu portu serwisowego, użytkownik może wyświetlić komunikat "Loading...." W kroku Cluster Details, który będzie kontynuowany przez jakiś czas. Ostatecznie interfejs użytkownika może wyświetlać komunikat "The required appliance was not found or Request timed" (Nie znaleziono wymaganego urządzenia lub upłynął limit czasu żądania).

• W przypadku nieskonfigurowanych urządzeń
  • Nie można uzyskać dostępu do strony logowania PowerStore Manager lub zalogować się do interfejsu REST API.
  • Narzędzie connection utility nie może pokazywać skonfigurowanych i nieskonfigurowanych urządzeń w takim środowisku z powodu braku adresu IP wykrywania na urządzeniach.
• Dla skonfigurowanych urządzeń
  • Nie można uzyskać dostępu do strony logowania PowerStore Manager lub zalogować się do interfejsu REST API.
  • Operacja dodawania urządzenia nie jest możliwa.

[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

• Podczas uruchamiania węzła usługa avahi-autoipd losowo odbiera adres IP w zakresie 169.254.0.0/16, sprawdza, czy inne urządzenie używa tego adresu IP przy użyciu arpingu, a następnie wiąże go z interfejsem disc0
• Do załadowania stosu HTTP ścieżki sterowania wymagany jest adres IP interfejsu disc0.
• Ze względu na nieoczekiwaną odpowiedź ARP z urządzenia sieciowego w środowisku sieci zarządzania usługa avahi-autoipd nie może uzyskać adresu IP, co uniemożliwia załadowanie stosu HTTP ścieżki sterowania i powoduje utratę dostępu webui i PSTCLI.

• Zidentyfikuj urządzenie wysyłające nieoczekiwane odpowiedzi ARP do PowerStore.
• Problem można rozwiązać poprzez zatrzymanie przełącznika lub urządzenia działającego jako proxy ARP w sieci zarządzania. Można to zrobić na jeden z następujących sposobów:
  • Zaktualizuj oprogramowanie wewnętrzne przełącznika do wersji, która zawiera rozwiązanie problemu (dotyczy przełączników Cisco zgodnie z opisem w https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Jeśli opcja "proxy ARP" jest włączona na przełączniku dla zakresu adresów IP Zeroconf/Avahi 169.254.0.0/16, zaleca się wyłączenie lub zmianę konfiguracji w celu wykluczenia tego zakresu, ponieważ nie powinien być używany dla serwera proxy ARP.
    • Skontaktuj się z administratorem sieci klienta, aby sprawdzić, czy wyłączenie tego ustawienia nie powinno mieć wpływu na inne usługi sieciowe.
    • W sprawie najlepszego sposobu wykonania tej zmiany należy skonsultować się z administratorem sieci klienta.
  • Izolowanie sieci zarządzania PowerStore do innej sieci dostępu lub macierzystej sieci VLAN w przełączniku.
• Po wykonaniu wszystkich powyższych czynności sprawdź, czy dysk 0 ma adres IPv4 w zakresie 169.254.0.0/16

[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

• Uruchom ponownie ścieżkę sterowania 

[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]$

Jeśli nie można zidentyfikować urządzenia sieciowego wysyłającego nieoczekiwane odpowiedzi ARP lub wymagana jest pomoc w przypadku tego problemu, skontaktuj się z działem pomocy technicznej lub autoryzowanym przedstawicielem serwisu i podaj ten identyfikator artykułu bazy wiedzy firmy Dell.

Naprawić:
Ten problem został rozwiązany w systemie PowerStoreOS 3.6.0.0
(zobacz MDT-498676 wymieniony w notatce dotyczącej wydania dla tej wersji systemu operacyjnego).