Dell Unity: Brak dostępu do Unity po ponownym uruchomieniu głównego SP podczas aktualizacji

Główny SP uruchamia się ponownie podczas procesu aktualizacji.

Usługi zarządzania Unity są nieosiągalne podczas ponownego uruchamiania głównego SP procesu uaktualniania kodu.

Adres IP Unity nie jest pingowalny, a Unisphere nie ładuje się.

Nie ma to wpływu na dostęp do danych.

W Unity główny SP obsługuje usługi zarządzania (adres IP).
Po ponownym uruchomieniu głównego SP usługi zarządzania są przełączane awaryjnie na dodatkowy (równorzędny) SP.

Zagadnienie 1:
Jeśli dodatkowy SP nie jest podłączony do tej samej sieci zarządzania co podstawowy, adres IP Unity staje się nieosiągalny po przełączeniu awaryjnym usługi zarządzania.

Przykład:
Przed aktualizacją:

• SP A to główny, a SP B to dodatkowy
• SP A jest połączony z siecią zarządzania, z której jest dostęp do Unisphere.
• SP B nie jest podłączony do tej samej sieci co SP A.

Po ponownym uruchomieniu SP A podczas aktualizacji:

• SP B staje się głównym SP, a SP A — dodatkowym.
• Ponieważ usługi zarządzania są świadczone w SP B, adres IP zarządzania Unity jest nieosiągalny.

Zagadnienie 2:
Drugi problem może wystąpić, gdy nastąpi przełączenie awaryjne między SP i sfałszujemy adres MAC na nowym SP. Niektóre środowiska użytkownika mogą wyłapywać nowy "zduplikowany" adres MAC i blokować dostęp do portu przełącznika, powodując utratę dostępu.
 
To udoskonalenie sprawdza możliwe problemy z łącznością na portach zarządzania. Zobacz Dell Unity: Kontrola poprawności działania przed aktualizacją kończy się ostrzeżeniem: platform::check_management_port_2 (możliwość naprawienia przez użytkownika)

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.

Zrzut ekranu interfejsu użytkownika przedstawiający ostrzeżenie PUHC:



ten komunikat ostrzegawczy wskazuje, że macierz Unity nie mogła potwierdzić łączności sieciowej równorzędnego procesora pamięci masowej (SP). Nowe udoskonalenie Unity OE 5.3 PUHC inicjuje przesyłanie do sieci sondy protokołu ARP (Address Resolution Protocol). Ma to na celu potwierdzenie wszelkich problemów z łącznością w peer SP, podczas gdy operacje zarządzania zdarzeniami są przełączane awaryjnie na peer SP.

PUHC wysyła sondę ARP zamiast standardowego pingu ARP. Adres IP zarządzania jest aktywny tylko w głównym SP, a nie w peerze. To jest powód, dla którego kontrola musi być sondą ARP na peerze. SP inny niż podstawowy (równorzędny) nie ma skonfigurowanego adresu IP dla standardowego ARP. W związku z tym żądanie ARP musi zostać wysłane z wypełnionym 0.0.0.0 i jest sondą ARP.

Komunikat ostrzegawczy pojawia się, jeśli odpowiedź nie zostanie odebrana z sondy ARP.

To ostrzeżenie nie oznacza, że łącze portu nie było dostępne dla jednego portu zarządzania SP przed aktualizacją. Jeśli taki był problem, wyłapałaby go kontrola poprawności działania przedaktualizacyjna (jak opisano w artykule firmy Dell Unity: Kontrola poprawności działania nie powiodła się z [Error code: platform::check_peer_management_port_link_2] (możliwość naprawienia przez użytkownika)

Podczas PUHC przed aktualizacją:
Poniższy komunikat ostrzegawczy jest ostrzeżeniem miękkim, a nie awarią:

Warning Code: platform::check_management_port_2

Użyj jednej z opcji opisanych w poniższym artykule, aby przełączyć operacje zarządzania awaryjnego na peer SP w celu przetestowania, czy peer SP ma łączność z siecią. Dell Unity: Jak przeprowadzić przełączenie awaryjne usług zarządzania (ECOM) (z możliwością naprawienia przez firmę Dell)

Dodatkową opcją w tym artykule jest ponowne uruchomienie bieżącego głównego SP w celu przejścia awaryjnego operacji zarządzania na peer SP. Operacje zarządzania mogą zostać utracone do 10 minut podczas procesu przełączania awaryjnego. Po odzyskaniu operacji zarządzania sprawdź, czy peer SP jest teraz głównym SP. Jeśli operacje zarządzania działają pomyślnie na SPA i SPB po testach przełączania awaryjnego, ten komunikat ostrzegawczy można bezpiecznie zignorować.

Podczas aktualizacji:
To ostrzeżenie można zignorować, jeśli nie było widoczne do połowy aktualizacji. Kliknij przycisk "Ponów próbę", aby kontynuować aktualizację.  

Skontaktuj się z działem pomocy technicznej firmy Dell i podaj ten artykuł na wypadek, gdyby przycisk "Spróbuj ponownie" nie zadziałał.

Po pomyślnym uaktualnieniu:
Poniższe ostrzeżenie

Warning Code: platform::check_management_port_2

Można go bezpiecznie zignorować, jeśli ten komunikat ostrzegawczy został odebrany po pomyślnym uaktualnieniu do wersji Unity OE 5.3 lub nowszej.

Ten artykuł z bazy wiedzy dotyczy wszystkich ponownych uruchomień głównego SP, a nie tylko uaktualnień.

Przykłady problemu: 

• W jednym przypadku jeden SP był podłączony do sieci zarządzania, podczas gdy drugi kabel zarządzania SP został podłączony do jakiegoś przełącznika iSCSI.
• W innym przypadku jeden SP był podłączony do sieci zarządzania, podczas gdy drugi kabel zarządzania SP został podłączony do portu przełącznika łączącego się z inną siecią za pośrednictwem innej sieci VLAN.

W przypadku Unity OE w wersji 5.3 nowy test jest częścią narzędzia Pre-Upgrade Health Check (PUHC), aby sprawdzić, czy ten stan występuje.  Ten test sprawdzi zarówno podstawowe, jak i dodatkowe adresy SPs.  Nowy test (który różni się od bieżącego testu, w którym sprawdzamy, czy porty nie są wyłączone) użyje narzędzia "arp ping" (arping), aby sprawdzić, czy interfejs zezwala na ruch protokołu ARP (Address Resolution Protocol) za pośrednictwem interfejsu.  Zazwyczaj przełączniki są skonfigurowane do blokowania transmisji ARP w sieciach VLAN, więc w większości przypadków test ten może być niezawodny w celu określenia, czy sieci VLAN dla portów zarządzania są prawidłowo skonfigurowane.  Ten test może spowodować fałszywie negatywny wynik, jeśli przełącznik jest skonfigurowany do zezwalania na nadawanie w sieciach VLAN, a test może spowodować fałszywe pozytywne wyniki, gdy emisje są wyłączone, nawet w sieci VLAN.  Jednak w większości przypadków, w normalnych warunkach, ten nowy test określi, czy porty zarządzania są prawidłowo skonfigurowane w sieci VLAN.