Dell Unity: Jak najít a stáhnout soubory výpisu ze systému Unity (oprava uživatelem)

Summary: jak najít a stáhnout soubory výpisu procesoru úložiště.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Ze softwaru Unisphere 

K dispozici pouze pro prostředí Unity OE 4.2.0.9392909 a novější).
Přihlaste se do Unisphere a přejděte do části Service > Downloads > Core Dump.
Tato nabídka usnadňuje načtení souborů výpisu jádra z obou procesorů úložiště bez ohledu na to, který procesor úložiště je v danou chvíli primární.
Po stažení z pole nahrajte soubory k servisnímu požadavku. Pokud je soubor příliš velký, vyžádejte si od zástupce podpory umístění na serveru FTP. 
 

Rozhraní CLI nebo SSH

  1. Připojte se k poli Unity pomocí SSH a přihlaste se jako servisní uživatel.
  2. Poznamenejte si, na kterém procesoru úložiště (SP) se nacházíte. Procesor, ke kterému se připojíte automaticky, je primární. Pokud si nejste jisti, spusťte příkaz pgrep ECOM. Primární procesor úložiště by měl zobrazit číslo ID procesu, sekundární procesor úložiště naproti tomu nezobrazí nic. Příklad naleznete v části Další informace.
  3. Pokud se soubor výpisu nachází na primárním procesoru úložiště, spusťte tyto příkazy:
    • Příkazem svc_dc -lcd zobrazíte seznam dostupných výpisů jádra v místním procesoru úložiště. Každá položka odpovídá souboru výpisu. Vyhledejte potřebný výpis (datum a čas jsou uvedené v názvu výpisu).
    • svc_dc -dc /home/service/user <dump název> souboru pro kompresi a zkopírování souboru (mezi /home/service/user a názvem výpisu je mezera).
Jako cílový adresář pro prostředí Unity OE 4.5 nebo novější použijte pouze umístění /home/service/user. Použití ostatních adresářů ke kopírování velkých souborů může vést k restartování procesoru úložiště.
V případě prostředí Unity OE starších než 4.5 je domovský adresář servisního uživatele /home/service (nikoli /home/service/user). Právě umístění /home/service by mělo být použito pro výše uvedený příkaz „svc_dc -dc“ pro prostředí Unity OE starší než 4.5.
  1. Pokud se soubor výpisu nachází na sekundární procesoru úložiště, přihlaste se k sekundárnímu procesoru úložiště (ssh peer) a odtud spusťte následující příkazy:
    • Příkaz svc_dc -lcd zobrazí seznam dostupných výpisů jádra v místním procesoru úložiště.
    • svc_dc -dc peer /home/service/user <název> souboru výpisu (Mezi /home/service/user a názvem výpisu je mezera.) Tím zkomprimujete složku výpisu a přesunete ji do umístění /home/service/user na partnerském procesoru úložiště. V tomto případě soubor zkopírujeme na primární procesor úložiště, odkud jej můžeme získat pomocí nástroje WinSCP.
    • V syntaxi příkazu specifikujeme cíl pomocí výrazu „peer“, což přesune zkomprimovaný soubor na partnerský procesor úložiště. Tento příkaz lze také použít k přesunutí výsledného souboru do vzdálených systémů přes SSH. Další informace viz příkaz svc_dc - h.
  2. Otevřete klienta SFTP (například WinSCP) a přihlaste se k IP adrese pro správu jako servisní uživatel. (Tímto se připojíte pouze k primárnímu procesoru úložiště.)
  3. Přejděte do adresáře /home/service/user (nebo /cores/service/user, který se nachází ve stejném umístění), stáhněte soubor výpisu, který jste vytvořili v krocích 3 nebo 4, a nahrajte jej do servisního požadavku. Pokud je soubor příliš velký, vyžádejte si od zástupce podpory umístění na serveru FTP. 
  4. Po stažení odstraňte vytvořené soubory výpisu z umístění /home/service/user a původní soubory z umístění /EMC/backend/service/data_collection/cores/ (vyžaduje uživatele root, pouze technická podpora Dell).
Pokud potřebujete pomoc, obraťte se na technickou podporu nebo autorizovaného servisního zástupce společnosti Dell a uveďte ID tohoto článku.
 

Ruční komprese a kopírování souborů výpisu jádra

Pokud neznáte příkaz „tar“ systému Linux, tuto metodu nepoužívejte, protože by mohlo dojít k poškození souborů výpisu nebo k dalším problémům (například restartování procesoru úložiště), pokud soubory vytvoříte na nesprávných místech. Tato metoda by se měla používat pouze jako poslední možnost, pokud vše ostatní selhalo, a měli by je používat pouze pokročilí uživatelé systému Linux.

Pokud výše uvedenou metodu znáte a vše ostatní selhalo, adresář souboru výpisu lze také zkomprimovat ručně. Výpisy Unity se nacházejí v umístění /EMC/backend/service/data_collection/cores/ na každém procesoru úložiště.

Zkomprimujte adresář výpisu do souboru tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
Kde:
<> destination_filename.tar.gz je výsledný komprimovaný soubor, který vygenerujete.
<> dump_directory_name je adresář, který chcete zkomprimovat (adresář se souborem výpisu).
Použití tohoto příkazu nemá smysl, pokud chcete zkopírovat pouze soubor výpisu, protože je již zkomprimován (přípona .gz) v adresáři souboru výpisu.

Pokud to provádíte v prostředí Unity OE starší než 4.5, použijte adresář /home/service, protože adresář další úrovně „user“ je přítomen pouze u prostředí počínaje verzí Unity OE 4.5.

Výsledný soubor .tar.gz se nachází v adresáři /home/service/user (nebo /cores/service/user ve stejném umístění).
V případě prostředí Unity OE starší než 4.5 je třeba vytvořit soubor ve složce /cores/service, jak je popsáno výše.

Nepoužívejte jiné cílové adresáře! Můžete způsobit vážné problémy se systémem.

Pokud potřebujete získat protokoly pomocí této metody ze sekundárního procesoru úložiště, přečtěte si článek znalostní databáze Dell 22501: Dell Unity: Jak stáhnout soubory ze sekundárního procesoru úložiště pomocí primárního procesoru úložiště (oprava uživatelem), kde zjistíte, jak získat soubory ze sekundárního procesoru úložiště pomocí klienta SCP.

Additional Information

Po stažení souborů z pole odstraňte všechny výpisy z následujících umístění na obou procesorech úložiště.
/cores/service/user nebo /home/service/user (/home/service nebo /cores/service pro prostředí Unity OE starší než 4.5)
/EMC/backend/service/data_collection/cores (vyžaduje uživatele root – pouze technická podpora Dell).

Cílem je předejít budoucím problémům (například poškození souborů výpisu jádra nebo problémům popsaným v článku znalostní databáze Dell 52543: Dell Unity: Upgrade na verzi Unity OE 4.2 selže s chybou: check_cores_existed_files_2 (opravitelné uživatelem) 


Soubory v umístění /EMC/backend/service/data_collection/cores lze odstranit pouze jako uživatel root, proto se obraťte na technickou podporu společnosti Dell nebo autorizovaného servisního zástupce a uveďte ID tohoto článku.

DŮLEŽITÉ: Před trvalým odstraněním souborů porovnejte součet md5 souborů (stažených s původním souborem na SP).

Zkontrolujte původní soubor výpisu md5sum v umístění /EMC/backend/service/data_collection/cores/<dump_folder>, nikoli soubor, který jste zkomprimovali ručně.
Chcete-li zkontrolovat hodnotu md5sum, spusťte následující příkaz:

Linux:       md5sum SouborVýpisu.gz
Windows:     certUtil -hashfile SouborVýpisu.gz MD5

 

Příklady výše popsaných příkazů

Použití příkazu „pgrep“ k potvrzení, který procesor úložiště je primární:

service@none spa:~# pgrep ECOM
30065

Pokud se zobrazí ID procesu (PID) pro nástroj ECOM, jedná se o primární procesor úložiště. Nástroj ECOM (správa) běží pouze na primárním procesoru úložiště. V tomto příkladu je primární procesor SPA.

Jakmile se však podle očekávání dostanete do sekundárního procesoru úložiště, pro službu ECOM se nezobrazí žádný identifikátor PID, protože nástroj ECOM neběží na sekundárním procesoru úložiště:

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


Pokud jsou procesory úložiště v servisním režimu, žádný z nich nezobrazí identifikátor PID pro službu ECOM. Pokud jsou procesory úložiště v servisním režimu, služba ECOM se nespustí.

Zobrazení seznamu, komprese a přesun souboru výpisu na primární procesor úložiště:
 

service@(none) spa:/# svc_dc -lcd
========================
[DC kopírka]: K dispozici na backendu:
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
<< V příkladu to používáme.

========================
[DC kopírka]: Žádná známá jádra v SSD ve zpracovaném
========================
[DC kopírka]: Ještě nejsou předzpracovány výpisy jádra na SSD:
========================


service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe
[kopírka DC]: V umístění /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir se nachází balíček DC.
[DC kopírka]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar bude obsahovat:
safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir

[DC kopírka]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar úspěšně

přenesena do /home/service/user service@(none) spa:/#cd /home/service/user
service@(none) spa:/home/service/user# ll (nebo ls)
...
-rw-r--r-- 1 kořenový 681431040 8. března 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar

 

 

Zobrazení seznamu, komprese a přesun souboru výpisu na sekundární procesor úložiště:

service@(none) spa:~# ssh peer << to change to the secondary SP
service@(none) spb:~# svc_dc -lcd << se seznamem všech dostupných výpisů jádra na SPB (v tomto případě sekundárním)
========================
[DC copier]: K dispozici na backend:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd
<<< použijeme to pro příklad.
jádro-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
jádro-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd
jádro-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate

========================
[DC kopírka]: Žádná známá jádra v SSD ve zpracovaném
========================
[DC kopírka]: Ještě nejsou předzpracovány výpisy jádra na SSD:
========================

service@(none) spb:~# svc_dc -dc peer /home/service/user core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd
[DC copier]: 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]:   musíte zadat přihlašovací údaje do 15 sekund, jinak se spustí
počítadlo průběhu[DC kopírka]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar bude obsahovat:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir

[DC kopírka]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar úspěšně

přeneseno service@(žádné) spb:~# exit
<<< nebo příkazem "ssh peer" se vraťte k primárnímu procesoru úložiště a potvrďte, že se tam nachází nově vytvořený soubor.
odhlášení od sítě
Připojení k partnerskému uzlu uzavřeno.
service@(none) spa:~# cd /cores/service/user
<<< stejné místo jako /home/service/user
service@(none) spa:~# ll
...
-rw-r--r-- 1 kořenový 222310400 9. března 14:37 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar


Náš soubor výpisu (původně z procesoru SPB) se v tomto příkladu nachází na primární procesoru úložiště (SPA) a je připraven ke stažení. Po stažení souborů z pole nezapomeňte odstranit všechny výpisy z umístění /cores/service/user nebo /home/service/user na obou procesorech úložiště.

Affected Products

Dell EMC Unity Family

Products

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 ...
Article Properties
Article Number: 000022369
Article Type: How To
Last Modified: 24 Mar 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.