Dell Unity: come trovare e scaricare i dump file da un sistema Unity (correggibile dall'utente)
Summary: Istruzioni su come trovare e scaricare i dump file di un SP.
Instructions
Da Unisphere
Disponibile solo per Unity OE 4.2.0.9392909 e versioni successive).Accedere a Unisphere e passare a Service > Downloads > Core Dump.
Questo menu facilita il recupero dei core dump file da entrambi gli SP, indipendentemente da quale SP sia primario in quel momento.
Una volta scaricati dall'array, caricare i file nella Service Request. Se il file è troppo grande, richiedere un percorso FTP al responsabile del supporto tecnico.
CLI o SSH
- Connettersi a Unity tramite SSH e accedere come utente service.
- Prendere nota dello storage processor (SP) in uso. L'SP a cui si è connessi automaticamente è l'SP primario. Se non si è sicuri, eseguire pgrep ECOM. L'SP primario deve restituire un numero ID di processo, a differenza dell'SP secondario che non restituisce alcun valore. Per un esempio, vedere Informazioni aggiuntive.
- Se il dump file si trova sull'SP primario, eseguire questi comandi:
- svc_dc -lcd per ottenere un elenco dei core dump disponibili sull'SP locale. Ogni voce corrisponde a un dump file. Trovare il dump necessario (data e ora sono indicate nel nome del dump).
- svc_dc nome del dump file> -dc /home/service/user < per comprimere e copiare il file (è presente uno spazio tra /home/service/user e il nome del dump).
- Se il dump file si trova sull'SP secondario, accedere all'SP secondario (ssh peer) e da questa posizione:
- svc_dc -lcd per ottenere un elenco dei core dump disponibili sull'SP locale.
- svc_dc -dc peer /home/service/user <dump file name> (è presente uno spazio tra /home/service/user e il nome del dump). In questo modo la cartella dump viene compressa e spostata in /home/service/user sull'SP peer. In questo caso, il file viene copiato nell'SP primario, da cui è possibile ottenerlo con WinSCP.
- Nella sintassi del comando specificare la destinazione con "peer", che sposta il file compresso nell'SP peer. Questo comando può essere utilizzato anche per spostare il file risultante in sistemi remoti tramite SSH. Per ulteriori informazioni, vedere svc_dc -h.
- Aprire un client SFTP (ad esempio WinSCP) ed effettuare l'accesso all'indirizzo IP di gestione come utente service. In questo modo ci si connette solo all'SP primario.
- Passare alla directory /home/service/user (o /cores/service/user che corrisponde allo stesso percorso), scaricare il dump file creato nei passaggi 3 o 4 ed eseguirne l'upload nella Service Request. Se il file è troppo grande, richiedere un percorso FTP al responsabile del supporto tecnico.
- Una volta scaricati, eliminare i dump file creati da /home/service/user e i file originali da /EMC/backend/service/data_collection/cores/ (richiede root, solo supporto tecnico Dell).
Compressione e copia manuale dei core dump file
Se non si ha familiarità con il comando "tar" di Linux, non utilizzare questo metodo, in quanto potrebbe danneggiare i dump file o causare ulteriori problemi (ad esempio, il riavvio di un SP) se i file vengono creati in posizioni errate. Questo metodo deve essere utilizzato solo come ultima risorsa e solo da utenti Linux avanzati.Se il metodo precedente è stato compreso e le altre operazioni hanno avuto esito negativo, è possibile comprimere manualmente anche la directory del dump file. I dump di Unity si trovano in /EMC/backend/service/data_collection/cores/ su ogni SP.
Comprimere la directory dump in un file, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
<> dump_directory_name è la directory che si desidera comprimere (la directory del dump file).
Se si esegue questa operazione su una versione di Unity OE precedente alla 4.5, utilizzare /home/service, in quanto la directory di livello successivo "user" è disponibile solo a partire da Unity OE 4.5.
Il file .tar.gz risultante si trova nella directory /home/service/user (o /cores/service/user che corrisponde allo stesso percorso).
Per le versioni di Unity OE precedenti alla 4.5, il file deve essere creato in /cores/service come descritto in precedenza.
Non utilizzare altre directory di destinazione. Potrebbero verificarsi gravi problemi a livello di sistema.
Se sono necessari registri utilizzando questo metodo dall'SP secondario, consultare l'articolo 22501 della Knowledge Base di Dell: Dell Unity: come scaricare file dall'SP secondario utilizzando l'SP primario (correggibile dall'utente) (in inglese) per ottenere i file dall'SP secondario con SCP.
Additional Information
Eliminare eventuali dump dai seguenti percorsi su entrambi gli SP una volta scaricati i file dall'array.
/cores/service/user o /home/service/user (/home/service o /cores/service per Unity OE precedente a 4.5)
/EMC/backend/service/data_collection/cores (richiede root - solo supporto tecnico Dell).
In questo modo è possibile evitare problemi in futuro (ad esempio, file core dump danneggiati o i problemi descritti nell'articolo 52543 della Knowledge Base di Dell: Dell Unity: L'aggiornamento a Unity OE 4.2 ha esito negativo con errore: check_cores_existed_files_2 (correggibile dall'utente)
I file in /EMC/backend/service/data_collection/cores possono essere eliminati solo come utente root, quindi contattare il supporto tecnico Dell o il responsabile dell'assistenza autorizzato e citare l'ID di questo articolo.
IMPORTANTE: Confrontare il valore md5sum dei file (scaricato rispetto al file originale sull'SP) prima di eliminare definitivamente i file.
Controllare il dump file originale md5sum in /EMC/backend/service/data_collection/cores/<dump_folder> e non un file compresso manualmente.
Per controllare md5sum, eseguire quanto segue:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
Esempi dei comandi descritti in precedenza
Utilizzo di pgrep per verificare l'SP primario:
| service@none spa:~# pgrep ECOM 30065 |
Si ottiene un ID di processo (PID) per ECOM, ovvero l'SP primario. ECOM (gestione) viene eseguito solo sull'SP primario. In questo esempio, SPA è primario.
Tuttavia, come previsto, una volta effettuato l'accesso tramite SSH all'SP secondario, non viene restituito alcun PID per ECOM, in quanto ECOM non viene eseguito sull'SP secondario:
| service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~# |
Se gli SP sono in modalità di assistenza, nessuno degli SP restituisce un PID per ECOM. ECOM non viene eseguito se gli SP sono in modalità di assistenza.
Elenco, compressione e spostamento di un dump file sull'SP primario:
| service@(nessuna) spa:/# svc_dc -lcd ======================== [copiatrice DC]: Disponibile su 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 << Lo stiamo usando per l'esempio. ======================== [Fotocopiatrice CC]: Nessun core noto sull'unità SSD in elaborazione ======================== [copiatrice CC]: Core dump non ancora pre-elaborati in SSD: ======================== service@(nessuno) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [copiatrice DC]: È presente un pacchetto DC in /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir. [Copiatrice DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar conterrà: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [Fotocopiatrice DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar trasmessa correttamente a /home/service/user service@(nessuna) spa:/#cd /home/service/user service@(nessuna) spa:/home/service/user# ll (o 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 |
Elenco, compressione e spostamento di un dump file sull'SP secondario:
|
service@(nessuno) spa:~# eseguire l'accesso tramite ssh al peer << per passare all'SP ======================== |
Il dump file (originariamente dall'SPB) si trova sull'SP primario, SPA in questo esempio, ed è pronto per il download. Ricordarsi di eliminare eventuali dump da /cores/service/user o /home/service/user su entrambi gli SP una volta scaricati i file dall'array.