Dell Unity: Como localizar e fazer download de dump files de um sistema Unity (corrigível pelo usuário)

Summary: Instruções sobre como localizar e fazer download de dump files da SP.

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

No Unisphere 

Disponível apenas para o Unity OE 4.2.0.9392909 e posterior).
Faça log-in no Unisphere e acesse Service > Downloads > Core Dump.
Esse menu facilita a recuperação de arquivos de core dump de qualquer SP, independentemente de qual SP é a principal no momento.
Depois de fazer download do array, carregue os arquivos na solicitação de serviço. Se o arquivo for muito grande, solicite um local de FTP ao representante de suporte. 
 

CLI ou SSH

  1. Conecte-se ao Unity via SSH e faça login como usuário de serviço.
  2. Anote em qual controladora de armazenamento em que você está. A controladora à qual você é conectado automaticamente é a controladora primária. Se você não tiver certeza, execute pgrep ECOM. A controladora primária deve retornar um número de ID do processo, diferentemente da controladora secundária que não retorna nada. Consulte Informações adicionais para obter um exemplo disso.
  3. Se o dump file estiver na controladora primária, execute estes comandos:
    • svc_dc -lcd para obter uma lista dos core dumps disponíveis na SP local. Cada entrada corresponde a um dump file. Localize o dump que você precisa (a data e a hora estão no nome do dump).
    • svc_dc -dc /home/service/user <dump file name> para compactar e copiar o arquivo (há um espaço entre /home/service/user e o nome do dump).
Use apenas /home/service/user como o diretório de destino do Unity OE 4.5 ou posterior. O uso de outros diretórios para copiar arquivos grandes pode resultar em reinicializações da SP.
Para o Unity OE anterior à versão 4.5, o diretório base do usuário de serviço é /home/service (não /home/service/user) e /home/service deve ser usado para o comando "svc_dc -dc" acima para o Unity OE anterior à versão 4.5.
  1. Se o dump file estiver na controladora secundária, faça login na controladora secundária (ssh peer) e a partir dela:
    • svc_dc -lcd para listar core dumps disponíveis na SP local.
    • svc_dc -dc peer /home/service/user <dump file name> (há um espaço entre /home/service/user e o nome do dump.) Isso compacta a pasta dump e a move para /home/service/user no par da controladora. Neste caso, estamos copiando o arquivo para a controladora primária, de onde podemos obtê-lo com o WinSCP.
    • Na sintaxe do comando, estamos especificando o destino com "peer", que move o arquivo compactado para o par da controladora. Esse comando também pode ser usado para mover o arquivo resultante para sistemas remotos por meio de SSH. Para obter mais informações, consulte svc_dc -h.
  2. Abra um client SFTP (como WinSCP) e faça login no endereço IP de gerenciamento como serviço. (Isso conecta você apenas à controladora primária.)
  3. Vá para o diretório /home/service/user (ou /cores/service/user, que é o mesmo local), faça download do dump file que você criou na etapa 3 ou 4 e faça upload para o chamado. Se o arquivo for muito grande, solicite um local de FTP ao representante de suporte. 
  4. Depois de fazer download, exclua os dump files criados de /home/service/user e os arquivos originais de /EMC/backend/service/data_collection/cores/ (requer root, somente suporte técnico da Dell).
Se alguma assistência for necessária, entre em contato com o suporte técnico da Dell ou com o representante de serviço autorizado e mencione o ID deste artigo.
 

Compactando e copiando core dump files manualmente

Se você não estiver familiarizado com o comando "tar" do Linux, não use esse método, pois ele pode corromper os dump files ou causar outros problemas (como reinicializar uma SP) se os arquivos forem criados nos lugares errados. Esse método deve ser usado apenas como último recurso se todo o resto falhar e deve ser usado apenas por usuários avançados do Linux.

Se o método acima foi compreendido e todo o resto falhou, o diretório dump file também pode ser compactado manualmente. Os dumps do Unity estão em /EMC/backend/service/data_collection/cores/ em cada SP.

Compacte o diretório dump em um arquivo, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
Onde:
<> destination_filename.tar.gz é o arquivo compactado gerado por você.
<> dump_directory_name é o diretório que você deseja compactar (o diretório do dump file).
Não use esse comando se você quiser apenas copiar o dump file, pois ele já está compactado (extensão .gz) dentro do diretório do dump file.

Se estiver fazendo isso no Unity OE anterior à versão 4.5, use /home/service, pois o diretório de próximo nível "user" só foi criado a partir do Unity OE 4.5.

O arquivo .tar.gz resultante fica no diretório /home/service/user (ou /cores/service/user, que é o mesmo local).
No Unity OE anterior à versão 4.5, o arquivo deve ser criado em /cores/service, conforme descrito acima.

Não use outros diretórios de destino! Você pode causar problemas sérios no sistema.

Se você precisar de registros usando esse método da controladora secundária, consulte o artigo 22501 da base de conhecimento da Dell: Dell Unity: Como fazer download de arquivos da controladora secundária usando a controladora primária (corrigível pelo usuário) sobre como obter arquivos da controladora secundária com SCP.

Additional Information

Exclua todos os dumps dos seguintes locais em ambas as SPs depois que os arquivos forem baixados do array.
/cores/service/user ou /home/service/user (/home/service ou /cores/service para Unity OE anterior ao 4.5)
/EMC/backend/service/data_collection/cores (requer root - somente suporte técnico da Dell).

Isso é para evitar problemas no futuro (como dump files core corrompidos ou os problemas descritos no artigo 52543 da base de conhecimento da Dell: Dell Unity: Falha no upgrade para o Unity OE 4.2 com o erro: check_cores_existed_files_2 (pode ser corrigido pelo usuário) 


Os arquivos em /EMC/backend/service/data_collection/cores só podem ser excluídos como usuário root; portanto, entre em contato com o suporte técnico da Dell ou com seu representante de serviço autorizado e mencione o ID deste artigo.

IMPORTANTE: Compare a soma md5sum dos arquivos (baixado versus o arquivo original na SP) antes de excluir permanentemente os arquivos.

Verifique o arquivo de despejo original md5sum em /EMC/backend/service/data_collection/cores/<dump_folder>, e não em um arquivo que você tenha compactado manualmente.
Para verificar md5sum, execute o seguinte:

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

 

Exemplos dos comandos descritos acima

Usando o pgrep para confirmar qual SP é a principal:

service@none spa:~# pgrep ECOM
30065

Você obtém um ID de processo (PID) para ECOM, esta é a controladora primária. O ECOM (gerenciamento) só é executado na controladora primária. Neste exemplo, a SPA é primária.

Mas, como esperado, depois de fazer o ssh na controladora secundária, nenhum PID é retornado para o ECOM, pois o ECOM não é executado na controladora secundária:

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


Se as SPs estiverem no modo de serviço, nenhuma das SPs retorna um PID para o ECOM. O ECOM não será executado se as SPs estiverem no modo de serviço.

Listando, compactando e movendo um dump file na controladora primária:
 

service@(none) spa:/# svc_dc -lcd
========================
[DC copiadora]: Disponível no back-end:
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
<< estamos usando isso para o exemplo.

========================
[Copiadora DC]: Não há núcleos conhecidos na SSD em processada========================
[copiadora
DC]: Dumps de núcleo ainda não pré-processados em SSD:
========================


service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe
[DC copier]: Há um pacote DC em /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir.
[Copiadora DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar conterá:
safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir

[Copiadora DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar transmitida para /home/service/user com sucesso

service@(none) spa:/#cd /home/service/user
service@(none) spa:/home/service/user# ll (ou ls)...

-rw-r--r-- 1 raiz 681431040 8 de março 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar

 

 

Listando, compactando e movendo um dump file na controladora secundária:

service@(none) spa:~# ssh peer << a ser alterado para a controladora
secundária service@(none) spb:~# svc_dc -lcd<<listando todos os core dumps disponíveis na SPB (secundária neste caso)
========================
[DC copiadora]: Disponível em backend:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd
<<< usamos isso como exemplo.
core-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
core-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd
core-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate

========================
[Copiadora DC]: Não há núcleos conhecidos na SSD em processada========================
[copiadora
DC]: Dumps de núcleo ainda não pré-processados em 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 copiador]: 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]:   você precisa inserir as credenciais dentro de 15 segundos ou o contador de progresso será iniciado
[Copiadora DC]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar conterá:
core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir

[Copiadora DC]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar transmitida com sucesso

service@(nenhuma) spb:~# exit
<<< ou "ssh peer" para voltar à controladora primária e confirmar se o arquivo recém-criado está lá.
Logout
Conexão com o par fechada.
service@(none) spa:~# cd /cores/service/user
<<< mesmo lugar que /home/service/user
service@(none) spa:~# ll
...
-rw-r--r-- 1 raiz 222310400 9 de março 14:37 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar


Nosso dump file (originalmente da SPB) está na controladora primária, SPA neste exemplo, e está pronto para download. Lembre-se de excluir todos os dumps de /cores/service/user ou /home/service/user em ambas as SPs depois que os arquivos forem baixados do array.

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.