PowerStore: Webgrensesnitt (UI) er ikke tilgjengelig etter NDU til 3.0 og nyere, nodeomstart eller strømsyklus for et tilpasset verktøy

PowerStore Manager-brukergrensesnittet eller CLI (RestAPI og PSTCLI) er ikke tilgjengelig og kan returnere følgende feil:

• Brukergrensesnittet i PowerStore Manager er ikke tilgjengelig (brukere kan ikke logge på) etter en NDU, nodeomstart eller verktøyets strømsyklus:
• Forsøk på pålogging mislykkes og viser feilmelding: «Tjenesten er ikke tilgjengelig. Prøv på nytt om noen minutter. (0xE04040010004)" eller "503-tjeneste utilgjengelig"
• Hvis du går gjennom Initial Configuration Wizard (ICW) ved hjelp av serviceporten, kan brukeren se en melding som sier "Laster inn ...." På trinnet Klyngedetaljer som fortsetter en stund. Til slutt kan brukergrensesnittet vise "Det nødvendige verktøyet ble ikke funnet eller forespørselen ble tidsavbrutt."

Som et resultat av dette problemet:

• For apparater som ikke er konfigurert, -
  • Umulig å få tilgang til PowerStore Manager-påloggingssiden eller logge på REST API.
  • Tilkoblingsverktøyet kan ikke vise konfigurerte og ukonfigurerte apparater i slike miljøer på grunn av manglende oppdagelse av IP på apparater.
• For konfigurerte apparater
  • Umulig å få tilgang til PowerStore Manager-påloggingssiden eller logge på REST API.
  • Legg til verktøy er ikke mulig.

Hvis SSH ikke er aktivert, bruker du serviceporter som beskrevet i PowerStore: SSH og PowerStore Manager-tilgang ved hjelp av LAN-porter for service.

Kan ikke utstede pstcli-kommandoer.

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

Ingen IPv4 169.254/16 IP limt på disc0:
 

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> 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::xxxx:xxxx: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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• Under oppstart av Node vil avahi-autoipd-tjenesten tilfeldig plukke opp en IP i 169.254.0.0/16-området, teste om noen annen enhet bruker denne IP-en ved hjelp av arping, og binder den deretter til disc0-grensesnittet
• En disc0-grensesnitt-IP-adresse er nødvendig for å laste inn HTTP-stakken for kontrollbanen.
• På grunn av et uventet ARP-svar fra en nettverksenhet i administrasjonsnettverksmiljøet, kan ikke avahi-autoipd-tjenesten hente en IP-adresse, noe som forhindrer at HTTP-stakken for kontrollbanen lastes inn, og fører til tap av WebUI- og PSTCLI-tilgang.

Omgåelse av problemet:

• Identifiser enheten som sender uventede ARP-svar til PowerStore.
• Problemet kan løses ved å stoppe bryteren eller enheten som fungerer som proxy ARP i administrasjonsnettverket. Gjør dette på en av følgende måter:
  • Oppdater fastvaren til den versjonen som inneholder reparasjonen av problemet (relevant for Cisco-svitsjer, som beskrevet i https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Hvis "proxy ARP" er aktivert på svitsjen for Zeroconf/Avahi IP-området 169.254.0.0/16, anbefales det å deaktiveres eller konfigureres på nytt for å utelukke dette området, da det ikke skal brukes til proxy ARP.
    • Kontakt kundens nettverksadministrator for å kontrollere at deaktivering av denne innstillingen ikke skal påvirke andre nettverkstjenester.
    • Rådfør deg med kundens nettverksadministrator om den beste måten å utføre denne endringen på.
  • Isoler PowerStore-administrasjonsnettverket til en annen tilgangsversjon eller innebygd VLAN på svitsjen.
• Når alt ovenfor er gjort, må du kontrollere at disc0 har en IPv4-adresse i området 169.254.0.0/16

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xx/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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xxx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever

• Start kontrollbanen på nytt 

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

Hvis du ikke kan identifisere en nettverksenhet som sender uventede ARP-svar, eller hvis det er nødvendig med hjelp for dette problemet, kontakter du teknisk støtte eller din autoriserte servicerepresentant og oppgir denne artikkel-ID-en i Dells kunnskapsbase.

Feilrettinger:
Dette problemet er løst i PowerStoreOS v3.6.0.0
(Se MDT-498676 oppført i produktmerknaden for denne operativsystemversjonen.)