Dell Unity: Unity kan inte nås efter omstart av primär SP under uppgraderingen

Primär SP startas om under uppgraderingsprocessen.

Unity Management Services kan inte nås under den primära SP-omstarten av koduppgraderingsprocessen.

Det går inte att pinga Unity-IP-adressen och Unisphere läses inte in.

Dataåtkomsten påverkas inte.

I Unity hanterar den primära SP hanteringstjänster (IP-adressen).
När den primära SP:n startas om växlas hanteringstjänsterna över till den sekundära (peer) SP:n.

Problem 1:
Om den sekundära lagringsprocessorn inte är ansluten till samma hanteringsnätverk som den primära kan Unity-IP-adressen inte nås när hanteringstjänsten växlar över.

Exempel:
Före uppgradering:

• SP A är primär och SP B är sekundär
• SP A är anslutet till det hanteringsnätverk som Unisphere nås från.
• SP B är inte ansluten till samma nätverk som SP A.

När SP A startas om under uppgraderingen:

• SP B blir primär och SP A blir sekundär.
• Eftersom hanteringstjänsterna finns med SP B går det inte att nå Unity-hanterings-IP-adressen.

Problem 2:
Ett andra problem kan uppstå när failover-funktionen mellan SP:er sker och vi förfalskar MAC-adressen på den nya SP:n. Vissa användarmiljöer kan plocka upp den nya "dubbletten" av MAC-adressen och blockera åtkomsten till switchporten, vilket gör att åtkomsten går förlorad.
 
Den här förbättringen söker efter möjliga anslutningsproblem på hanteringsportarna. Se Dell Unity: Hälsokontrollen före uppgraderingen slutförs med varning: platform::check_management_port_2 (kan korrigeras av användaren)

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.

Skärmbild av PUHC-varning i användargränssnittet:



Det här varningsmeddelandet indikerar att Unity-disksystemet inte kunde bekräfta hanteringsnätverksanslutningen för peer-lagringsprocessorn (SP). Den nya Unity OE 5.3 PUHC-förbättringen initierar en ARP-avsökning (Address Resolution Protocol) till nätverket. Detta är för att bekräfta eventuella anslutningsproblem på peer SP i händelse av att hanteringsåtgärder växlas över till peer SP.

PUHC skickar ut en ARP-avsökning i stället för en vanlig ARP-ping. IP-hanteringsadressen är endast aktiv på den primära SP-adressen, inte på peer-enheten. Det här är anledningen till att kontrollen måste vara en ARP-avsökning på peer-datorn. Den icke-primära (peer) SP har ingen konfigurerad IP-adress för en standard-ARP. ARP-begäran måste därför skickas med 0.0.0.0 ifyllt och är en ARP-avsökning.

Varningsmeddelandet visas om inget svar tas emot från ARP-avsökningen.

Den här varningen innebär inte att portlänken låg nere för en SP-hanteringsport före uppgraderingen. Om det var problemet upptäcktes det av hälsokontrollen före uppgraderingen (enligt Dell-artikeln Dell Unity: Hälsokontrollen misslyckas med [Felkod: platform::check_peer_management_port_link_2] (kan korrigeras av användaren)

Under PUHC före uppgradering:
Varningsmeddelandet nedan är en mjuk varning och inte ett fel:

Warning Code: platform::check_management_port_2

Använd något av alternativen i artikeln nedan för att redundansväxla hanteringsåtgärder till peer-SP för att testa om peer-SP är ansluten till nätverket. Dell Unity: Utföra en failover-funktion för hanteringstjänster (ECOM) (kan korrigeras av Dell)

Ett ytterligare alternativ för den här artikeln är att starta om den aktuella primära SP för att hantera failover-hanteringsåtgärder till peer-SP. Hanteringsåtgärder kan gå förlorade i upp till 10 minuter under redundansväxlingsprocessen. När hanteringsåtgärderna har återställts kontrollerar du att peer-SP nu är den primära SP. Om hanteringsåtgärder fungerar på SPA och SPB efter redundanstester kan det här varningsmeddelandet ignoreras på ett säkert sätt.

Under uppgraderingen:
Den här varningen kan ignoreras om den inte syns förrän i mitten av uppgraderingen. Klicka på knappen "Försök igen" för att fortsätta med uppgraderingen.  

Kontakta Dells support och hänvisa till den här kunskapsbasartikeln om knappen "Försök igen" inte fungerar.

Efter en lyckad uppgradering:
Varningen nedan

Warning Code: platform::check_management_port_2

Kan ignoreras om det här varningsmeddelandet togs emot efter en lyckad uppgradering till Unity OE 5.3 eller senare.

Denna KB gäller alla primära SP-omstarter och inte bara uppgraderingar.

Exempel på problemet: 

• I ett fall var en SP ansluten till hanteringsnätverket medan den andra SP-hanteringskabeln var ansluten till en iSCSI-switch.
• I ett annat fall var en SP ansluten till hanteringsnätverket medan den andra SP-hanteringskabeln var ansluten till switchporten som anslöt till ett annat nätverk via ett annat VLAN.

Från och med Unity OE version 5.3 är ett nytt test en del av verktyget PUHC (Pre-Upgrade Health Check) för att kontrollera tillståndet.  Det här testet kommer att kontrollera både de primära och sekundära lagringsprocessorerna.  Det nya testet (som skiljer sig från det aktuella testet där vi kontrollerar att portarna inte är nere) använder verktyget "arp ping" (arping) för att testa om gränssnittet tillåter ARP-trafik (Address Resolution Protocol) via gränssnittet.  Vanligtvis är switchar konfigurerade för att blockera ARP-sändningar över VLAN-nätverk, så i de flesta fall är det här testet tillförlitligt för att avgöra om VLAN för hanteringsportarna är korrekt konfigurerade.  Det här testet kan ge ett falskt negativt resultat om switchen är konfigurerad att tillåta sändningar över VLAN-nätverk, och testet kan ge ett falskt positivt när sändningar är inaktiverade, även inom ett VLAN.  Men under normala förhållanden avgör det här nya testet i de flesta fall om hanteringsportarna är korrekt konfigurerade i ett VLAN.