Dell EMC Unity: ponowne inicjowanie Unity Operating Environment (OE) z tą samą wersją, co na Macierzy (z możliwością naprawienia przez Dell EMC)
Summary: Ponowna inicjalizacja Unity OE powinna być ostatecznością i z natury jest całkowicie destrukcyjna, gdyż całkowicie usuwa wszystkie dane i konfiguracje, które mogą już istnieć. Ta procedura resetuje system do stanu fabrycznego na podstawie tej samej, ostatnio używanej wersji OE. ...
Instructions
Wprowadzenie
Ponowna inicjalizacja Dell EMC Unity OE powinna być ostatecznością i z natury jest całkowicie destrukcyjna, ponieważ zupełnie usuwa wszystkie istniejące dane i konfiguracje. Ta procedura resetuje system do stanu fabrycznego na podstawie ostatnio używanej wersji OE. Nie można użyć tej procedury do wymiany dysków systemowych (0–3) z jednego typu lub rozmiaru na inny, ponieważ sam proces reinit uzyskuje dostęp do obrazu Unity przechowywanego na dyskach systemowych.
Kiedy ta procedura może mieć zastosowanie:
- Jeśli porty konwergentnej karty sieciowej (CNA) (4 i 5) procesorów usługi (SP) zostały ustawione na niepożądany protokół (porty mogą być początkowo ustawione jako Fibre Channel (FC) lub Ethernet), jedynym sposobem zmiany trybu protokołu portów jest ponowne zainicjowanie systemu („powrót do stanu fabrycznego”).
- Jeśli system został zainstalowany bez wypełnionych portów CNA (przypisano adres IP do zarządzania, uruchomiono kreatora inicjowania Unisphere, ale nie jest jeszcze w produkcji), a istnieją moduły ETHERNET Small Form-Factor Pluggables (SFP), można fizycznie dodać SFP do portów CNA. Wykonaj polecenie
Commit IO Ports, przechodząc do sekcji Unisphere > System > System View > Enclosures > DPE. Przydzielanie portów we/wy wymaga wielokrotnego ponownego uruchomienia SP.
Jeśli porty CNA są puste i musisz dodać FC SFP, ten krok NIE zadziała. System wymaga ponownej instalacji z modułami FC SFP zainstalowanymi w portach. - Jeśli w systemie zostały zainicjowane nieprawidłowe moduły we/wy, można użyć procedury
reinitdo zmiany modułów na inny typ. - Jeśli występuje inny problem, w wyniku którego nie można przywrócić systemu do trybu normalnego, ale nie występują widoczne problemy ze sprzętem (i nie jest w produkcji).
Przed rozpoczęciem
reinit. Plik licencji będzie się znajdował w głównym SP w obszarze /EMC/backend/CEM/licenses/. Bez pliku licencyjnego nie można zainicjować systemu po reinit.
Przeprowadzanie ponownej inicjalizacji systemu z Unisphere
- Jeśli system jest dostępny z poziomu Unisphere, można wykonać
reinitsystemu, czyli ponowną inicjalizację, przechodząc do sekcji System > Service > Service Tasks. W tym miejscu należy najpierw sprawdzić, czy SP są w trybie normalnym, a następnie ustawić dla każdego SP tryb serwisowy, uruchamiając funkcjęEnter Service Mode. Jeśli oba SP są w trybie normalnym, najpierw przełącz SP inny niż główny w tryb serwisowy, poczekaj na jego całkowite ponowne uruchomienie, a następnie przełącz główny SP naService Mode(Interfejs użytkownika jest wyświetlany jakoStorage Processor X (Primary). - W przypadku zmiany typu SLIC wykonaj następujące czynności lub przejdź do kroku 3. Po przejściu obu SP w tryb serwisowy można usunąć SLIC z gniazd SP lub SFP z portów CNA i zastąpić je innym typem SLIC lub SFP. Na przykład, jeśli musisz zmienić protokół portu CNA z FC na Ethernet lub odwrotnie.
Możliwe, że wyciągnięcie i zmiana modułów we/wy spowoduje panikę SP. Zaczekaj, aż SP całkowicie uruchomią się ponownie i powrócą do trybu serwisowego, a następnie kontynuuj procedurę.
- Gdy oba SP są w trybie serwisowym (albo trybie awaryjnym), musisz zalogować się do Unisphere jako użytkownik
serviceza pomocą hasła serwisowego, a następnie uruchomić System > Service > Service Task o nazwieReinitialize, co powoduje ponowną instalację systemu Unity OE z obrazu przechowywanego na dyskach systemowych. - Po ponownym zainicjowaniu systemu, co może potrwać około godziny, wymagane jest zainicjowanie IP (Narzędzie do połączeń) i kroki kreatora inicjalizacji Unisphere.
svc_initial_config w celu przypisania adresu IP zarządzania i przyjaznej dla użytkownika nazwy. Uruchom tę funkcję z głównego SP (SP z uruchomioną usługą ECOM). Użyj pidof ECOM lub pgrep ECOM w celu określenia, który SP uruchamia usługę ECOM. Włącz SSH na adresie IP zarządzania za pomocą svc_ssh -enable. Klient powinien wówczas zalogować się do systemu z poziomu przeglądarki, użyć user account admin i domyślnego hasła Password123# oraz wykonać kroki Kreatora inicjalizacji.
Przeprowadzanie ponownej inicjalizacji systemu za pomocą interfejsu wiersza poleceń z połączeniem SSH
Poniższa procedura powoduje ponowne zainicjowanie systemu w wersji, która jest już zainstalowana w systemie.
Jako zalecany środek ostrożności należy zawsze wstrzykiwać root do systemu, jeśli to możliwe, przed wykonaniem reinit , jeśli wymagane są czynności odzyskiwania.
- Użyj PuTTY, aby połączyć się przez SSH z adresem IP zarządzania systemem i zaloguj się za pomocą poświadczeń
service user.
svc_network service . Umożliwia to również domyślne włączanie dostępu SSH do tego adresu IP. W razie potrzeby można to również zrobić dla drugiego SP. Od tego momentu możesz łączyć się z systemem zdalnie.
- Określ, czy SP pracują w trybie normalnym , czy w trybie awaryjnym (trybie serwisowym):
======== Now executing basic state ========
* System Serial Number is: FNM001531xxxxx
* System Friendly Host Name is:
* Current Software version: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
* Unisphere IP address(es): xx.xx.xx.xx
* SSH Enabled: true
* FIPS mode: Disabled
* Boot Mode: Normal Mode --> Wskazuje, że SP jest uruchomiony w trybie normalnym.
spb:~$ ssh peer
spa:~$ svc_diag
======== Now executing basic state ========
* System Serial Number is: FNM001531xxxxx
* System Friendly Host Name is:
* Current Software version: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
* Unisphere IP address(es): xx.xx.xx.xx
* SSH Enabled: true
* FIPS mode: Disabled
Boot Mode: Rescue Mode --> W tym przykładzie ten SP działa w trybie awaryjnym (tzw. trybie serwisowym).
- Przed ponownym zainicjowaniem oba SP muszą być w trybie awaryjnym/serwisowym. Użyj poniższego przykładu, aby przełączyć SP w tryb serwisowy:
ssh peer , a następnie najpierw przełączenie peer SP w tryb serwisowy, odczekanie na całkowite ponowne uruchomienie, a następnie przełączenie głównego SP w tryb serwisowy.
Rescue State na SP.
spb:~$ svc_shutdown -r --> Ponownie uruchamia SP i wraca do trybu awaryjnego.
spb:~$ svc_diag
-----abridged--------
* Boot Mode: Rescue Mode
- Gdy SP są w trybie serwisowym, można usunąć lub zmienić kolejność SLIC, zamienić SFP w portach CNA, aby zmienić protokół z FC na Ethernet lub odwrotnie (SP mogą ponownie uruchomić się po usunięciu SLIC, jeśli tak się stanie, powrócą w trybie serwisowym)
- Przeprowadź ponowną inicjalizację systemu z dowolnego SP, stosując następujące rozwiązania:
- Odpowiedz na monit systemowy, a następnie odczekaj około godziny, aż system zresetuje się do stanu fabrycznego.
- Przed uruchomieniem CU i kreatora konfiguracji sprawdź, czy diody LED błędów SP działają prawidłowo.
svc_initial_config service , aby przypisać adres IP zarządzania i przyjazną dla użytkownika nazwę. Uruchom tę funkcję z głównego SP (SP z uruchomioną usługą ECOM). Użyj pidof ECOM lub pgrep ECOM w celu określenia, który SP uruchamia usługę ECOM. Włącz SSH na adresie IP zarządzania za pomocą svc_ssh -enable. Klient powinien wówczas zalogować się do systemu z poziomu przeglądarki, użyć użytkownika account admin i domyślnego hasła Password123# oraz wykonać kroki Kreatora inicjalizacji.
Przeprowadzanie ponownej inicjalizacji systemu przy użyciu protokołu IPMITool (sieć bez IP)
Użyj tej metody tylko wtedy, gdy nie możesz zalogować się do systemu za pomocą Unisphere lub SSH przez sieć.
- Pobierz i zainstaluj narzędzie IPMI Tool 1.0 na swoim notebooku (dostępne na stronie support.emc.com). Narzędzie IPMI to narzędzie wiersza polecenia systemu Windows, które służy do nawiązywania połączenia szeregowego przez sieć LAN z SP.
- Wykonaj następujące czynności, aby nawiązać połączenie i zalogować się do SP:
- Podłącz notebooka do przenośnego przełącznika i poprowadź kable Ethernet od przełącznika do portu serwisowej sieci LAN każdego SP. Jeśli nie masz przełącznika, możesz podłączyć się do jednego portu serwisowej sieci LAN bezpośrednio z notebooka, ale istnieje ograniczenie do jednego portu SP. Możesz jednak nadal
ssh peer, aby uzyskać dostęp do drugiego SP z wiersza polecenia. - Skonfiguruj notebook tak, aby miał adres IP w sieci serwisowej LAN: 1
28.221.1.249, netmask 255.255.255.0, no gateway required - Otwórz dwa wiersze poleceń na notebooku i użyj następującej składni, aby połączyć się z każdym SP:
c:\> ipmitool.exe -I lanplus -C 3 -U console -P <unity_serial_number> -H 128.221.1.252 sol activate -->SPA Internal IP
c:\> ipmitool.exe -I lanplus -C 3 -U console -P <unity_serial_number> -H 128.221.1.253 sol activate -->SPB Internal IP
W przypadku polecenia IPMI Użytkownik toconsole, a hasło to numer seryjny systemu dla aktywacji SOL. W przypadku problemów z połączeniem wyłącz usługi Cisco AnyConnect i bezprzewodową kartę sieciową. - Po nawiązaniu połączenia IPMI naciśnij jeden raz Enter. Powinien zostać wyświetlony monit logowania. W tym momencie zaloguj się za pomocą konta użytkownika
servicei hasła. Jeśli hasło użytkownika usługi nigdy nie zostało zmienione, jest to domyślnieservice. Sesje IPMI mogą być zmienne i mogą czasami powracać do wiersza polecenia. Przejdź strzałką w górę do polecenia IPMI, aby ponownie nawiązać połączenie. Nie powinno być konieczne ponowne logowanie.
- Po zalogowaniu sprawdź, czy każdy SP jest w trybie normalnym czy awaryjnym za pomocą polecenia
svc_diag. - Przełącz każdy SP w tryb awaryjny, stosując następującą metodologię:
Podobnie jak w przypadku innych procedurreinit, zaleca się przełączenie SP innego niż główny w tryb serwisowy, jego ponowne uruchomienie, odczekanie na całkowite ponowne uruchomienie, a następnie przełączenie głównego SP w tryb serwisowy. Główny SP można zidentyfikować, gdy następujące polecenie zwraca uruchomiony proces usługi ECOM.
spa:~$ pidof ECOM
28771 --> SP inny niż główny nie uruchamia usługi ECOM
spb:~$ svc_rescue_state -s
spb:~$ svc_shutdown -r
Poczekaj na powrót SP i powtórz proces na drugim SP, jeśli to konieczne
- Przeprowadź ponowną inicjalizację systemu z dowolnego SP i odczekaj co najmniej godzinę na jej zakończenie.
- Przed wykonaniem inicjalizacji IP (Connection Utility) i uruchomieniem kreatora konfiguracji Unisphere sprawdź, czy diody LED błędów SP działają prawidłowo.
Użyjsvc_initial_config, aby przypisać do systemu nazwę i adres IP zarządzania zamiast CU, a następnie uruchom kreatora konfiguracji, łącząc się przez przeglądarkę. Domyślny login do Unisphere touser adminiPassword123#.
Dotyczy to wszystkich metod ponownej inicjalizacji przedstawionych w tym artykule bazy wiedzy.
W Podręczniku informacji o sprzęcie Unity można znaleźć lokalizację i opisy wskaźników LED (http://bit.ly/unityinfohub „Poznaj swój system pamięci masowej”) lub Dell EMC Unity: wskaźniki LED stanu SP — opis kolorów i stanów rozwiązywania problemów.
- Po zakończeniu instalacji Unity OE diody LED błędów SP powinny wyświetlać następujące informacje, wskazując, że system jest gotowy do inicjalizacji IP: kolor pomarańczowy przez jedną sekundę, a następnie niebieski przez 3 sekundy na każdym SP
- Lub: jeśli DHCP jest skonfigurowany w sieci klienta, dioda LED błędu SP może świecić ciągłym niebieskim światłem.
W obu przypadkach system jest gotowy do inicjalizacji IP. Kompletny wykres stanów wskaźników LED systemu można znaleźć w Podręczniku instalacji Unity.
- Jeśli diody LED błędów SP świecą naprzemiennie przez jedną sekundę na pomarańczowo, a następnie na niebiesko, SP jest w trybie serwisowym, co oznacza, że system NIE JEST GOTOWY do inicjalizacji IP i należy połączyć się z SP za pomocą narzędzia IPMI Tool, aby to zbadać.
Po ponownej inicjalizacji:
- Konfiguracja — po zakończeniu ponownej inicjalizacji system uruchomi się ponownie. Należy uruchomić narzędzie Connection Utility, aby zresetować adres IP zarządzania, a następnie przejść przez Kreatora konfiguracji tak, jakby to była nowa instalacja. Narzędzie Connection Utility można pobrać ze strony produktu Unity w witrynie pomocy technicznej.
- Przywracanie — nie jest dostępna jednoetapowa procedura przywracania dla wszystkich konfiguracji Unity, które istniały przed ponownym zainicjowaniem. Kopię zapasową ustawień konfiguracji można utworzyć na stronie Usługi. Przycisk Zapisz konfigurację umożliwia zapisanie konfiguracji do pliku. Nie ma jednak możliwości automatycznego lub ręcznego przywrócenia tej konfiguracji. Ten plik tekstowy
save configmoże być przewodnikiem dla administratora w celu ręcznego odtworzenia konfiguracji. Po przeczytaniu tego pliku tekstowego, wszystkie konfiguracje powinny być wykonywane ręcznie przez administratora, a wszystkie dane powinny zostać przywrócone z nośnika kopii zapasowej. - Licencjonowanie — podczas ponownej konfiguracji należy ponownie załadować klucze licencyjne. Możesz przejść do strony licencji w pomocy technicznej online firmy Dell i pobrać klucze lub użyć zapisanych kluczy, które mogły zostać wcześniej wysłane w wiadomości e-mail.
Additional Information
Wymagania dotyczące reinit w systemie Dell EMC Unity VSA jest mało prawdopodobne, ponieważ nie ma żadnych zmian CNA/sprzętowych ani wymagań D@RE. Jeśli jednak z jakiegoś powodu klienci chcą zmienić przeznaczenie macierzy Dell EMC Unity VSA, mogą wykonać reinit. Polecenie reinit zachowuje identyfikator Universal Unique Identifier (UUID). Licencje dla Unity VSA (Professional Edition) są powiązane z identyfikatorem UUID, więc ta sama licencja może być ponownie użyta po reinit.