Dell Unity: Hvordan finne og laste ned DUMP-filer fra et Unity-system (kan korrigeres av brukeren)
Summary: Instruksjoner om hvordan du finner og laster ned SP DUMP-filer.
Instructions
Fra Unisphere
Bare tilgjengelig for Unity OE 4.2.0.9392909 og nyere).Logg på Unisphere, og gå til Service > Downloads > Core Dump.
Denne menyen gjør det enklere å hente kjernedumpfiler fra begge SP-ene, uavhengig av hvilken SP som er primær på det tidspunktet.
Når filene er lastet ned fra arrayet, laster du opp filene til serviceforespørselen. Hvis filen er for stor, kan du be om en FTP-plassering fra kundestøtterepresentanten.
CLI eller SSH
- Koble til Unity over SSH og logg på som servicebruker.
- Legg merke til hvilken lagringsprosessor (SP) du bruker. SP-en du automatisk kobles til, er primær SP. Hvis du ikke er sikker, kjør pgrep ECOM. Den primære SP-en skal returnere et prosess-ID-nummer, i motsetning til den sekundære SP-en, som ikke returnerer noe. Se Tilleggsinformasjon for et eksempel på dette.
- Hvis dumpfilen er på den primære SP-en, utsteder du disse kommandoene:
- svc_dc -lcd for å få en liste over tilgjengelige kjernedumper på den lokale SP. Hver oppføring tilsvarer en dumpfil. Finn dumpen du trenger (dato og klokkeslett er i dumpnavnet).
- svc_dc -dc /home/service/user <dump file name> for å komprimere og kopiere filen (Det er et mellomrom mellom /home/service/user og dumpnavnet).
- Hvis dumpfilen er på den sekundære SP-en, logger du på den sekundære SP-en (ssh-node) og derfra:
- svc_dc -lcd for å vise tilgjengelige kjernedumper på den lokale SP-en.
- svc_dc -dc peer /home/service/user <dump file name> (Det er et mellomrom mellom /home/service/user og dumpnavnet.) Dette komprimerer dumpmappen og flytter den til /home/service/user på node-SP-en. I dette tilfellet kopierer vi filen til den primære SP-en, hvorfra vi kan hente den med WinSCP.
- I kommandosyntaksen angir vi målet med "peer", som flytter den komprimerte filen til motparten SP. Denne kommandoen kan også brukes til å flytte den resulterende filen til eksterne systemer over SSH. For mer informasjon, se svc_dc -h.
- Åpne en SFTP-klient (for eksempel WinSCP) og logg på administrasjons-IP-adressen som tjeneste. (Dette kobler deg bare til den primære SP-en.)
- Gå til katalogen /home/service/user (eller /cores/service/user som er samme sted), last ned dumpfilen du opprettet i trinn 3 eller 4, og last opp til serviceforespørselen. Hvis filen er for stor, kan du be om en FTP-plassering fra kundestøtterepresentanten.
- Når de er lastet ned, sletter du de opprettede DUMP-filene fra /home/service/user og originalfilene fra /EMC/backend/service/data_collection/cores/ (krever rot, kun Dells tekniske støtte).
Komprimere og kopiere kjernedumpfiler manuelt
Hvis du ikke er kjent med Linux "tar" -kommandoen, må du ikke bruke denne metoden, da det kan ødelegge dumpfilene eller forårsake flere problemer (som å starte en SP på nytt) hvis filer opprettes på feil steder. Denne metoden bør bare brukes som en siste utvei hvis alt annet mislyktes og skal bare brukes av avanserte Linux-brukere.Hvis metoden ovenfor ble forstått og alt annet mislyktes, kan DUMP-filkatalogen også komprimeres manuelt. Unity-dumper er i /EMC/backend/service/data_collection/cores/ på hver SP.
Komprimer dumpkatalogen til en fil, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
<> dump_directory_name er mappen du vil komprimere (dumpfilkatalogen).
Hvis du gjør dette på Unity OE som er eldre enn 4.5, må du bruke /home/service, siden «bruker» på neste nivåkatalog bare ble opprettet etter Unity OE 4.5.
Den resulterende .tar.gz filen er i katalogen /home/service/user (eller /cores/service/user som er samme sted).
For Unity OE som er eldre enn 4.5, bør filen opprettes i /cores/service som beskrevet ovenfor.
Ikke bruk andre målkataloger! Du kan forårsake alvorlige systemproblemer.
Hvis du trenger logger fra den sekundære SP-en, kan du se Dell-kunnskapsartikkel 22501: Dell Unity: Slik laster du ned filer fra den sekundære SP-en ved hjelp av den primære SP-en (kan korrigeres av brukeren) om hvordan du henter filer fra den sekundære SP-en med SCP.
Additional Information
Slett eventuelle dumper fra følgende plasseringer på begge SP-ene når filene er lastet ned fra tabellen.
/cores/service/user or /home/service/user (/home/service eller /cores/service for Unity OE older than 4.5)
/EMC/backend/service/data_collection/cores (krever rot – kun teknisk støtte fra Dell).
Dette er for å unngå problemer i fremtiden (for eksempel ødelagte kjernedumpfiler eller problemene som er beskrevet i Dell KB-artikkel 52543: Dell Unity: Oppgradering til Unity OE 4.2 mislykkes og viser feilmelding: check_cores_existed_files_2 (kan korrigeres av brukeren)
Filer i /EMC/backend/service/data_collection/cores kan bare slettes som rotbruker, så kontakt teknisk støtte hos Dell eller din autoriserte servicerepresentant og oppgi denne artikkel-ID-en.
VIKTIG: Sammenlign md5summen av filene (lastet ned kontra originalfilen på SP) før du sletter filene permanent.
Sjekk den opprinnelige dumpfilen md5sum på /EMC/backend/service/data_collection/cores/<dump_folder>, og ikke en fil du kan ha komprimert manuelt.
Hvis du vil kontrollere md5sum, kjører du disse:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
Eksempler på kommandoene beskrevet ovenfor
Bruk pgrep til å bekrefte hvilken SP som er primær:
| service@none spa:~# pgrep ECOM 30065 |
Du får en prosess-ID (PID) for ECOM, dette er den primære SP-en. ECOM (management) kjører bare på den primære SP-en. I dette eksemplet er SPA primær.
Men som forventet, når du ssh inn i den sekundære SP, returneres ingen PID for ECOM ettersom ECOM ikke kjører på den sekundære SP:
| service@none spa:~#ssh likemann service@none spb:~# pgrep ECOM service@none spb:~# |
Hvis SP-ene er i servicemodus, returnerer ingen av SP-ene en PID for ECOM. ECOM kjører ikke hvis SPs er i servicemodus.
Notere, komprimere og flytte en dumpfil i den primære SP-en:
| service@(ingen) spa:/# svc_dc -lcd ======================== [DC-kopimaskin]: Tilgjengelig 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 << vi bruker dette som eksempel. ======================== [DC-kopimaskin]: Ingen kjente kjerner ved SSD i behandlet ======================== [DC-kopimaskin]: Ennå ikke forhåndsbehandlet kjernedumper på SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC-kopimaskin]: Det finnes en DC-pakke i /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir. [DC-kopimaskin]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar vil inneholde: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [DC-kopimaskin]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar overført til /home/service/user vellykket service@(ingen) spa:/#cd /home/service/user service@(ingen) spa:/home/service/user# ll (eller ls)... -rw-r--r-- 1 rotrot 681431040 8 mars 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
Notere, komprimere og flytte en dumpfil på den sekundære SP-en:
|
service@(ingen) spa:~# ssh peer << å endre til den sekundære SP ======================== |
Dumpfilen vår (opprinnelig fra SPB) er på den primære SP, SPA i dette eksemplet, og klar for nedlasting. Husk å slette eventuelle dumper fra /cores/service/user eller /home/service/user på begge SPene når filene er lastet ned fra matrisen.