Dell Unity: Unity utilgjengelig etter primær SP-omstart under oppgradering

Primær SP starter på nytt under oppgraderingsprosessen.

Unity Management Services kan ikke nås under den primære SP-omstarten av kodeoppgraderingsprosessen.

Unity IP kan ikke pinges, og Unisphere lastes ikke inn.

Datatilgangen påvirkes ikke.

I Unity håndterer den primære SP-en administrasjonstjenester (IP-adressen).
Når primær SP starter på nytt, mislykkes administrasjonstjenestene over til sekundær (node) SP.

Utgave 1:
Hvis den sekundære SP-en ikke er koblet til det samme administrasjonsnettverket som den primære, kan ikke Unity-IP-en nås når administrasjonstjenesten mislykkes.

Eksempel:
Før oppgradering:

• SP A er primær, og SP B er sekundær
• SP A er koblet til administrasjonsnettverket som Unisphere er tilgjengelig fra.
• SP B er ikke koblet til samme nettverk som SP A.

Når SP A starter på nytt under oppgraderingen:

• SP B blir primær, og SP A blir sekundær.
• Siden administrasjonstjenestene leveres hos SP B, kan ikke IP-adressen for Unity-administrasjon nås.

Utgave 2:
Et annet problem kan oppstå når failover mellom SPs skjer og vi forfalsker MAC-adressen på den nye SP-en. Noen brukermiljøer kan plukke opp den nye "dupliserte" MAC-adressen og blokkere tilgangen til bryterporten, noe som fører til tap av tilgang.
 
Denne forbedringen ser etter mulige tilkoblingsproblemer på administrasjonsportene. Se Dell Unity: Tilstandskontroll før oppgradering fullføres med advarsel: plattform::check_management_port_2 (kan korrigeres av brukeren)

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.

Skjermbilde av brukergrensesnitt for PUHC-advarsel:



Denne advarselen angir at Unity-arrayet ikke kunne bekrefte nettverkstilkoblingen for administrasjon til nodelagringsprosessoren (SP). Den nye Unity OE 5.3 PUHC-forbedringen starter en ARP-sonde (Address Resolution Protocol) i nettverket. Dette er for å bekrefte eventuelle tilkoblingsproblemer på motparten SP i tilfelle administrasjonsoperasjoner mislykkes over til motparten SP.

PUHC sender ut en ARP-sonde i stedet for en standard ARP-ping. IP-adressen for administrasjon er bare aktiv på den primære SP-en, ikke motparten. Dette er grunnen til at sjekken må være en ARP-sonde på jevnaldrende. Den ikke-primære (motparten) SP har ikke en konfigurert IP-adresse for en standard ARP. Dermed må ARP-forespørselen sendes med 0.0.0.0 fylt ut og er en ARP-sonde.

Advarselen vises hvis det ikke mottas svar fra ARP-sonden.

Denne advarselen betyr ikke at portforbindelsen var nede for én SP-administrasjonsport før oppgraderingen. Hvis dette var problemet, ville tilstandssjekken før oppgraderingen plukket det opp (Som dekket i Dell-artikkelen Dell Unity: Helsekontroll mislykkes med [Feilkode: plattform::check_peer_management_port_link_2] (kan korrigeres av brukeren)

Under PUHC før oppgradering:
Advarselen nedenfor er en myk advarsel og ikke en feil:

Warning Code: platform::check_management_port_2

Bruk ett av alternativene i artikkelen nedenfor for å mislykkes i administrasjonsoperasjoner over til motparten SP for å teste om node-SP-en har tilkobling til nettverket. Dell Unity: Slik utfører du en failover for administrasjonstjenester (ECOM) (korrigert Dell)

Et annet alternativ for denne artikkelen er å starte gjeldende primære SP til failover-administrasjonsoperasjoner på nytt til motparten SP. Administrasjonsoperasjoner kan gå tapt i opptil 10 minutter under failover-prosessen. Når administrasjonsoperasjonene er gjenopprettet, kontrollerer du at motparten SP nå er den primære SP-en. Hvis administrasjonsoperasjoner fungerer vellykket på SPA og SPB etter failover-tester, kan denne advarselen trygt ignoreres.

Under oppgraderingen:
Denne advarselen kan ignoreres hvis den ikke ble sett før midt i oppgraderingen. Klikk på Prøv på nytt for å fortsette med oppgraderingen.  

Kontakt Dells kundestøtte og oppgi denne kunnskapsartikkelen hvis Prøv på nytt ikke fungerer.

Etter en vellykket oppgradering:
Advarselen nedenfor

Warning Code: platform::check_management_port_2

Kan trygt ignoreres hvis denne advarselen ble mottatt etter en vellykket oppgradering til Unity OE 5.3 eller nyere.

Denne KB-en gjelder for alle primære SP-omstarter og ikke bare oppgraderinger.

Eksempler på problemet: 

• I ett tilfelle ble én SP koblet til administrasjonsnettverket mens den andre SP-administrasjonskabelen var koblet til en iSCSI-svitsj.
• I et annet tilfelle ble én SP koblet til administrasjonsnettverket mens den andre SP-administrasjonskabelen ble koblet til svitsjporten som kobles til et annet nettverk via et annet VLAN.

Fra og med Unity OE versjon 5.3 er en ny test en del av PUHC-verktøyet (Pre-Upgrade Health Check) for å se etter denne tilstanden.  Denne testen vil kontrollere både primære og sekundære SP-er.  Den nye testen (som er forskjellig fra den gjeldende testen der vi kontrollerer at portene ikke er nede), bruker «arp ping»-verktøyet (arping) til å teste om grensesnittet tillater ARP-trafikk (Address Resolution Protocol) gjennom grensesnittet.  Vanligvis er svitsjer konfigurert til å blokkere ARP-sendinger på tvers av VLAN, så i de fleste tilfeller vil denne testen være pålitelig for å fastslå om VLAN-ene for administrasjonsportene er riktig konfigurert.  Denne testen kan gi en falsk negativ hvis svitsjen er konfigurert til å tillate sendinger på tvers av VLAN, og testen kan gi en falsk positiv når sendinger deaktiveres, selv innenfor et VLAN.  Men i de fleste tilfeller, under normale forhold, vil denne nye testen avgjøre om administrasjonsportene er riktig konfigurert i et VLAN eller ikke.