Dell Unity: Hitta och ladda ner DUMP-filer från ett Unity-system (kan korrigeras av användaren)
Summary: Instruktioner om hur du hittar och laddar ner SP DUMP-filer.
Instructions
Från Unisphere
Endast tillgängligt för Unity OE 4.2.0.9392909 och senare).Logga in på Unisphere och gå till Service > Downloads > Core Dump.
Den här menyn underlättar hämtning av kärndumpfiler från någon av SP:erna, oavsett vilken SP som är primär för tillfället.
När filerna har laddats ner från disksystemet laddar du upp dem till tjänstebegäran. Om filen är för stor begär du en FTP-plats från din supportrepresentant.
CLI eller SSH
- Anslut till Unity via SSH och logga in som tjänstanvändare.
- Notera vilken lagringsprocessor (SP) du använder. SP som du automatiskt ansluts till är den primära SP. Om du är osäker kör du pgrep ECOM. Den primära SP ska returnera ett process-ID-nummer, till skillnad från den sekundära SP som inte returnerar någonting. Ett exempel på detta finns i Ytterligare information.
- Om dumpfilen finns på den primära SP utfärdar du följande kommandon:
- svc_dc -lcd för att få en lista över tillgängliga kärndumpar på den lokala SP-enheten. Varje post motsvarar en dumpfil. Leta reda på den dump som du behöver (datum och tid finns i dumpnamnet).
- svc_dc -dc /home/service/user <dumpfilnamn> för att komprimera och kopiera filen (det finns ett blanksteg mellan /home/service/user och dumpnamnet).
- Om dumpfilen finns på den sekundära SP loggar du in på den sekundära SP (ssh-peer) och därifrån:
- svc_dc -lcd för att visa tillgängliga kärndumpar på den lokala SP-enheten.
- svc_dc -dc peer /home/service/user <dump file name> (Det finns ett blanksteg mellan /home/service/user och dumpnamnet.) Detta komprimerar dumpmappen och flyttar den till /home/service/user på peer-SP. I det här fallet kopierar vi filen till den primära SP-enheten, varifrån vi kan hämta den med WinSCP.
- I kommandosyntaxen anger vi målet med "peer", vilket flyttar den komprimerade filen till peer-SP. Det här kommandot kan också användas för att flytta den resulterande filen till fjärrsystem via SSH. Mer information finns i svc_dc -h.
- Öppna en SFTP-klient (till exempel WinSCP) och logga in på IP-adressen för hantering som tjänst. (Då ansluts du endast till den primära SP-enheten.)
- Gå till katalogen /home/service/user (eller /cores/service/user som är på samma plats), ladda ned dumpfilen som du skapade i steg 3 eller 4 och ladda upp till tjänstbegäran. Om filen är för stor begär du en FTP-plats från din supportrepresentant.
- När de har laddats ner tar du bort de skapade DUMP-filerna från /home/service/user och originalfilerna från /EMC/backend/service/data_collection/cores/ (kräver root, endast Dell Tech Support).
Komprimera och kopiera kärndumpfiler manuellt
Om du inte är bekant med Linux-kommandot "tar" ska du inte använda den här metoden eftersom den kan skada dumpfilerna eller orsaka ytterligare problem (som att starta om en SP) om filer skapas på fel ställen. Denna metod bör endast användas som en sista utväg om allt annat misslyckas och bör endast användas av avancerade Linux-användare.Om ovanstående metod förstods och allt annat misslyckades kan DUMP-filkatalogen också komprimeras manuellt. Unity-dumpar finns i /EMC/backend/service/data_collection/cores/ på varje SP.
Komprimera dumpkatalogen till en fil, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
<> dump_directory_name är den katalog som du vill komprimera (dumpfilkatalogen).
Om du gör detta på en Unity OE äldre än 4.5 använder du /home/service, eftersom katalogen "user" på nästa nivå bara har skapats sedan Unity OE 4.5.
Den resulterande .tar.gz-filen finns i katalogen /home/service/user (eller /cores/service/user som finns på samma plats).
För Unity OE tidigare än 4.5 ska filen skapas i /cores/service enligt beskrivningen ovan.
Använd inte andra målkataloger! Du kan orsaka allvarliga systemproblem.
Om du behöver loggar med den här metoden från den sekundära lagringsprocessorn läser du Dells kunskapsbasartikel 22501: Dell Unity: Hämta filer från den sekundära SP med hjälp av den primära SP (kan korrigeras av användaren) Information om hur du hämtar filer från den sekundära SP med SCP.
Additional Information
Ta bort eventuella dumpar från följande platser på båda SP:erna när filerna har laddats ned från matrisen.
/cores/service/user eller /home/service/user (/home/service eller /cores/service för Unity OE äldre än 4.5)
/EMC/backend/service/data_collection/cores (kräver root – endast Dells tekniska support).
Detta är för att undvika problem i framtiden (t.ex. skadade kärndumpfiler eller de problem som beskrivs i Dells kunskapsbasartikel 52543: Dell Unity: Uppgradering till Unity OE 4.2 misslyckas med felet: check_cores_existed_files_2 (kan korrigeras av användaren)
Filer i /EMC/backend/service/data_collection/cores kan endast tas bort som rotanvändare, så kontakta Dells tekniska support eller din auktoriserade servicerepresentant och hänvisa till detta artikel-ID.
VIKTIGT: Jämför md5summan för filerna (hämtad och ursprunglig fil på SP) innan du tar bort filerna permanent.
Kontrollera den ursprungliga dumpfilen md5sum på /EMC/backend/service/data_collection/cores/<dump_folder> och inte en fil som du har komprimerat manuellt.
Om du vill kontrollera md5sum kör du följande:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
Exempel på kommandon som beskrivs ovan
Använda pgrep för att bekräfta vilken SP som är primär:
| service@none spa:~# pgrep ECOM 30065 |
Du får ett process-ID (PID) för ECOM, det här är den primära SP. ECOM (hantering) körs bara på den primära SP. I det här exemplet är SPA primärt.
Men som förväntat, när du ssh till den sekundära SP, returneras ingen PID för ECOM eftersom ECOM inte körs på den sekundära SP:
| service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~# |
Om SP:erna är i serviceläge returnerar ingen av SP:erna en PID för ECOM. ECOM körs inte om SP är i serviceläge.
Lista, komprimera och flytta en dumpfil på den primära SP-enheten:
| service@(ingen) spa:/# svc_dc -LCD ======================== [DC-kopiator]: Tillgänglig på backend: 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 << använder vi detta för exemplet. ======================== [DC-kopiator]: Inga kända kärnor på SSD i bearbetad ======================== [DC-kopiator]: Ännu inte förbehandlade kärndumpar på SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC-kopiator]: Det finns ett DC-paket i /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir. [DC-kopiator]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar kommer att innehålla: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [DC-kopiator]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar har överförts till /home/service/användare framgångsrikt service@(ingen) spa:/#cd /home/service/user service@(ingen) spa:/home/service/user# ll (eller ls)... -rw-r--r-- 1 rot 8 mar 681431040 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
Lista, komprimera och flytta en dumpfil på den sekundära SP-enheten:
|
service@(ingen) spa:~# ssh peer << för att byta till sekundär SP ======================== |
Vår dumpfil (ursprungligen från SPB) finns på den primära SP, SPA i det här exemplet, och är redo för nedladdning. Kom ihåg att ta bort eventuella dumpar från /cores/service/user eller /home/service/user på båda SP:erna när filerna har laddats ned från disksystemet.