Dell Unity: Jak znaleźć i pobrać pliki zrzutu pamięci z systemu Unity (możliwość naprawienia przez użytkownika)

Z Unisphere 

Dostępne tylko dla Unity OE 4.2.0.9392909 i nowszych).
Zaloguj się do Unisphere i przejdź do zrzutu rdzenia plików > Service Downloads>.
To menu ułatwia pobieranie plików zrzutu pamięci rdzenia z dowolnego SP, niezależnie od tego, który SP jest w danym momencie głównym.
Po pobraniu z macierzy pliki prześlij je do zgłoszenia serwisowego. Jeśli plik jest zbyt duży, poproś przedstawiciela pomocy technicznej o lokalizację FTP. 
 

Interfejs CLI lub SSH

1. Połącz się z Unity przez SSH i zaloguj jako użytkownik usługi.
2. Zwróć uwagę na to, z którego procesora pamięci masowej (SP) korzystasz; SP, z którym automatycznie nawiązujesz połączenie, jest głównym SP. Jeśli nie masz pewności, uruchom pgrep ECOM. Główny SP powinien zwrócić numer identyfikacyjny procesu, w przeciwieństwie do dodatkowego SP, który nie zwraca niczego. Zobacz dodatkowe informacje, aby zapoznać się z przykładem tego problemu.
3. Jeśli plik zrzutu pamięci znajduje się w głównym SP, wydaj następujące polecenia:
   • svc_dc -lcd, aby uzyskać listę dostępnych zrzutów rdzenia w lokalnym SP. Każdy wpis odpowiada plikowi zrzutu pamięci. Znajdź potrzebny zrzut (data i godzina znajdują się w nazwie zrzutu).
   • svc_dc -dc /home/service/user <nazwa> pliku zrzutu, aby skompresować i skopiować plik (między /home/service/user a nazwą zrzutu znajduje się spacja).

4. Jeśli plik zrzutu pamięci znajduje się w dodatkowym SP, zaloguj się do dodatkowego SP (ssh peer) i z tego miejsca uruchom polecenia:
   • svc_dc -lcd , aby wyświetlić listę dostępnych zrzutów rdzenia w lokalnej SP.
   • svc_dc -dc peer /home/service/user <nazwa> pliku zrzutu (Między /home/service/user a nazwą zrzutu znajduje się spacja). Powoduje to kompresję folderu zrzutu i przeniesienie go do katalogu /home/service/user w peer SP. W takim przypadku kopiujemy plik do głównego SP, z którego można go pobrać za pomocą WinSCP.
   • W składni polecenia określamy cel z wpisem „peer”, który przenosi skompresowany plik do peer SP. Tego polecenia można również użyć do przeniesienia wynikowego pliku do systemów zdalnych za pośrednictwem SSH. Aby uzyskać więcej informacji, patrz svc_dc -h.
5. Otwórz klienta SFTP (np. WinSCP) i zaloguj się do adresu IP zarządzania jako usługi. (Spowoduje to połączenie tylko z głównym SP).
6. Przejdź do katalogu /home/service/user (lub /cores/service/user, który jest tą samą lokalizacją), pobierz plik zrzutu pamięci utworzony w kroku 3 lub 4 i prześlij go do zgłoszenia serwisowego. Jeśli plik jest zbyt duży, poproś przedstawiciela pomocy technicznej o lokalizację FTP. 
7. Po pobraniu usuń utworzone pliki zrzutu pamięci z katalogu /home/service/user i oryginalne pliki z katalogu /EMC/backend/service/data_collection/cores/ (wymaga użytkownika root, tylko pomoc techniczna firmy Dell).

Jeśli wymagana jest jakakolwiek pomoc, skontaktuj się z pomocą techniczną firmy Dell lub przedstawicielem autoryzowanego serwisu i podaj identyfikator tego artykułu.
 

Ręczne kompresowanie i kopiowanie plików zrzutu pamięci rdzenia

Jeśli nie znasz polecenia „tar” systemu Linux, nie korzystaj z tej metody, ponieważ może to spowodować uszkodzenie plików zrzutu pamięci lub dodatkowe problemy (takie jak ponowne uruchomienie SP), jeśli pliki zostaną utworzone w niewłaściwych miejscach. Ta metoda powinna być używana tylko w ostateczności, jeśli wszystkie inne zawiodą oraz powinna być stosowana wyłącznie przez zaawansowanych użytkowników systemu Linux.

Jeśli powyższa metoda jest zrozumiała, a wszystkie inne nie powiodły się, katalog pliku zrzutu pamięci można również skompresować ręcznie. Zrzuty Unity znajdują się w /EMC/backend/service/data_collection/cores/ na każdym SP.

Skompresuj katalog zrzutu do pliku tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
Jeśli to robisz w Unity OE w wersji starszej niż 4.5, użyj katalogu /home/service, ponieważ „użytkownik” następnego poziomu został utworzony w wersjach nowszych niż Unity OE 4.5.

Wynikowy plik .tar.gz znajduje się w katalogu /home/service/user (lub /cores/service/user, który znajduje się w tym samym miejscu).
W przypadku Unity OE starszej niż 4.5 plik powinien zostać utworzony w katalogu /cores/service zgodnie z powyższym opisem.

Nie używaj innych katalogów docelowych! Może to spowodować poważne problemy z systemem.

Jeśli podczas korzystania z tej metody potrzebujesz dzienników z dodatkowego SP, zapoznaj się z artykułem bazy wiedzy Dell 22501: Dell Unity: Pobieranie plików z dodatkowego SP przy użyciu głównego SP (możliwość naprawienia przez użytkownika) na temat sposobu pobierania plików z dodatkowego SP za pomocą SCP.

Po pobraniu plików z macierzy usuń wszystkie zrzuty z następujących lokalizacji na obu SP.
/cores/service/user lub /home/service/user (/home/service lub /cores/service w przypadku Unity OE w wersji starszej niż 4.5)
/EMC/backend/service/data_collection/cores (wymaga użytkownika root — tylko pomoc techniczna firmy Dell).

Ma to na celu uniknięcie problemów w przyszłości (takich jak uszkodzone pliki zrzutu pamięci rdzenia lub problemy opisane w artykule bazy wiedzy Dell 52543: Dell Unity: Uaktualnienie do wersji Unity OE 4.2 kończy się niepowodzeniem z powodu błędu: check_cores_existed_files_2 (możliwość naprawienia przez użytkownika) 

Pliki w /EMC/backend/service/data_collection/cores można usuwać tylko jako użytkownik root, dlatego skontaktuj się z działem pomocy technicznej firmy Dell lub autoryzowanym przedstawicielem serwisu, podając identyfikator tego artykułu.

WAŻNE: Przed trwałym usunięciem plików

porównaj sumę md5 plików (pobranych z oryginalnym plikiem w SP).Sprawdź oryginalny plik zrzutu md5sum w /EMC/backend/service/data_collection/cores/<dump_folder>, a nie plik, który mógł zostać skompresowany ręcznie.
Aby sprawdzić sumę md5, uruchom następujące polecenie:

Linux:       md5sum YourDumpFile.gz
Windows:     certUtil -hashfile YourDumpFile.gz MD5

 

Przykłady opisanych powyżej poleceń

Użycie pgrep do potwierdzenia, który SP jest główny:

service@none spa:~# pgrep ECOM 30065

Otrzymujesz identyfikator procesu (PID) dla ECOM: to jest główny SP. ECOM (zarządzanie) działa tylko na głównym SP. W tym przykładzie SPA jest główny.

Ale zgodnie z oczekiwaniami, po podłączeniu do dodatkowego SP nie zwracany jest identyfikator PID dla ECOM, ponieważ ECOM nie działa w dodatkowym SP:

service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~#

Jeśli SP pracują w trybie serwisowym, żaden z SP nie zwraca PID dla ECOM. Funkcja ECOM nie działa, jeśli SP pracują w trybie serwisowym.

Wyświetlanie, kompresowanie i przenoszenie pliku zrzutu pamięci w głównym SP:
 

service@(brak) spa:/# svc_dc -lcd ======================== [kopiarka DC]: Dostępne na zapleczu: core-dump_dump_spa_CKM0016170xxxx_2017-01-17_15_14_17_320_httpd core-dump_dump_spa_CKM0016170xxxx_2017-02-16_07_19_23_337_xGate kdump_spa_CKM0016170xxxx_2017-01-11_14_52_40 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe << używamy tego w przykładzie. ======================== [kopiarka DC]: Brak znanych rdzeni na dysku SSD w module przetworzonym ======================== [kopiarka prądu stałego]: Jeszcze nie przetworzone zrzuty rdzenia w SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [kopiarka DC]: W /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir znajduje się pakiet DC. [Kopiarka DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar będzie zawierać: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [Kopiarka DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar pomyślnie przesłany do /home/service/user service@(none) spa:/#cd /home/service/user service@(none) spa:/home/service/user# ll (lub ls)... -rw-r--r-- 1 root root 681431040 Mar 8 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar

 

Wyświetlanie, kompresowanie i przenoszenie pliku zrzutu pamięci w dodatkowym SP:

service@(none) spa:~# ssh peer<<, aby zmienić na secondary SP service@(none) spb:~# svc_dc -lcd<<z listą wszystkich dostępnych zrzutów rdzenia na SPB (w tym przypadku drugorzędnym) ========================[kopiarka DC]: Dostępne na backend:core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd <<< używamy tego w przykładzie. rdzeń-dump_dump_spb_CKM0016170xxxx_2017-01-02_13_35_47_10385_grep core-dump_dump_spb_CKM0016170xxxx_2017-01-13_11_38_22_17432_TLDlistener.exe rdzeń-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd rdzeń-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate ======================== [kopiarka DC]: Brak znanych rdzeni na dysku SSD w module przetworzonym ======================== [kopiarka prądu stałego]: Jeszcze nie przetworzono wstępnie zrzutów rdzenia w SSD: ======================== service@(none) spb:~# svc_dc -dc peer /home/service/user core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd [kopiarka DC]: There is a DC bundle in /EMC/backend/service/data_collection/cores/core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir.  [DC copier]:   musisz wprowadzić dane uwierzytelniające w ciągu 15 sekund, w przeciwnym razie uruchomi się licznik postępu[Kopiarka DC]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar będzie zawierać: rdzeń-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir [Kopiarka DC]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar przesłany pomyślnie service@(brak) spb:~# exit <<< lub "ssh peer", aby wrócić do głównego SP i potwierdzić, że znajduje się tam nowo utworzony plik. Wyloguj Połączenie z elementem równorzędnym zamknięte. service@(none) spa:~# cd /cores/service/user<<< to samo miejsce co /home/service/user service@(none) spa:~# ll ... -rw-r--r-- 1 korzeń główny 222310400 Mar 9 14:37 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar

Nasz plik zrzutu pamięci (pierwotnie z SPB) znajduje się w głównym SP, w tym przykładzie SPA i jest gotowy do pobrania. Pamiętaj, aby po pobraniu plików z macierzy usunąć wszystkie zrzuty z /cores/service/user lub /home/service/user na obu SP.

Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 350F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 450F, Dell EMC Unity 500, Dell EMC Unity 500F, Dell EMC Unity 550F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity 650F , Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family, Dell EMC Unity Hybrid ... View More View Less