NetWorker VMware Protection-vProxy: Como habilitar o log de depuração

Summary: Pode ser necessário alterar o nível de log para "debug" para solucionar um problema com o NetWorker VMware Protection (NVP) com a solução vProxy Appliance (NVP-vProxy). Este artigo explica como alterar o nível de log. ...

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.
Check out other resources

Instructions

Assista a este vídeo: Como habilitar o log de depuração do vProxy.

 


Geralmente, é suficiente analisar os registros de política do servidor do NetWorker em /nsr/logs/policy/[policy name], mas ocasionalmente pode ser necessário analisar os logs do próprio equipamento vProxy e, além disso, aumentar o nível de log para depuração, a fim de obter uma ideia mais clara do motivo de uma falha. Geralmente, isso é apenas um requisito quando o suporte do NetWorker é acionado e o engenheiro de suporte solicita o conjunto de depuração para solucionar problemas como um processo específico. 

Os arquivos de log do NVP-vProxy no equipamento vProxy estão no seguinte diretório /opt/emc/vproxy/runtime/logs.

Há um subdiretório para cada um dos processos principais que são usados para operações do NetWorker no equipamento vProxy: 
vbackupd

vflrd

vrapid

vrecoverd
Por exemplo, no vbackupd , você tem os logs: 
[session-uuid].log             Processing details for a session
vbackupd-engine.log            Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log             DD Boost logging.
vbackupd-snapmgr.log           Snapshot logging
3. vbackupd-vddk.log           VDDK logging -  VMware Virtual Disk Development Kit
Informações adicionais sobre o log e a coleta do vProxy podem ser encontradas no artigo Guia de triagem do NVP-vProxy: Visão geral de registros e triagem do NetWorker VMware Protection vProxy


Como aplicar o método de depuração de serviço 1:

Esse método se aplica à versão 4.3.x e posterior do vProxy. Ele pode ser usado para habilitar a depuração em serviços do vProxy (vrapid, vrecoverd, vbackupd, vflrd). Mais depuração pode ser habilitada para tráfego do DD Boost, VDDK e mensagens de snapshot (quando aplicável).
  1. Conecte-se ao vProxy via SSH usando a conta de administrador do vProxy.
  2. Alterne para root:
sudo su -
  1. Altere para o diretório bin do agente vProxy:
cd /opt/emc/vproxy/bin
  1. Para o serviço que você deseja depurar, execute os seguintes comandos:

Mecanismo de backup: vbackupd
Dimons Entidade de log Exemplo de uso do comando Locais de registro
vbackupd Programa (mecanismo principal) 
./vProxy_debug.sh -s -d vbackupd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Logs de sessão de backup individuais: 

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log
  DD Boost 
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log
O VDDK também mantém registros privados no diretório /tmp/vmware-root
       Gerenciador de snapshots 
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Mecanismo de recuperação: vrecoverd
Dimons Entidade de log Exemplo de uso do comando Locais de registro
vrecoverd Programa (entidade principal) 
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Logs da sessão de recuperação individual: 

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log
  DD Boost 
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
O VDDK também mantém registros privados no diretório /tmp/vmware-root

Mecanismo FLR: vflrd
Dimons Entidade de log Exemplo de uso do comando Local do registro
vflrd Programa (mecanismo principal) 
./vProxy_debug.sh -s -d vflrd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Logs individuais da sessão de montagem da FLR: 
/opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log
Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log
Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log
Os registros concluídos são movidos para 
/opt/emc/vrproxy/runtime/logs/recycle/vflrd
  DD Boost 
./vProxy_debug.sh -s -d vflrd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vflrd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
O VDDK também mantém registros privados no diretório /tmp/vmware-root

Servidor REST: vrapid
Dimons Entidade de log Exemplo de uso do comando Local do registro
vrapid Programa (mecanismo principal) 
./vProxy_debug.sh -s -d vrapid -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Os comandos acima mostram como habilitar a depuração. Esses comandos podem ser executados novamente alterando o -l opção para redefinir para o padrão:

Opções:
  • Para registro do programa:
warn | info | trace (padrão) | debug
  • Para log do DD Boost:
none | error | warn | info | debug | trace (padrão) | all
  • Para log do VDDK:
0 = Sem log
1 = Somente erros
2 = Advertências e erros
3 = Mensagens, erros e avisos de informações importantes (padrão)
4 = Dados de depuração mais todo o resto
  • Para log do Snapshot Manager:
warn | info | trace (padrão) | debug


Como aplicar o método de depuração de serviço 2:

Os níveis de log disponíveis são none, error, warn, info, trace e debug.

Para definir o vbackupd Processo de depuração em nível de log:
  1. Faça log-in no equipamento vProxy como administrador via SSH ou console e alterne para root:
sudo su -
  1. Acesse o systemd diretório:
cd /usr/lib/systemd/system/ 

Nota: Cada um dos arquivos de serviço é encontrado aqui: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, e assim por diante
  1. Abra o arquivo de serviço no qual você deseja aplicar a depuração, por exemplo:
vi vbackupd.service 
  1. Localize a linha com ExecStart= e anexar com --program-log-level=debug
Outros parâmetros: 
vProxy 2.x engine log level: { debug, trace, info, warn }.
--engine-log-level=string        

vProxy 3.x and later engine level: { debug, trace, info, warn } (default "trace")
--program-log-level=string (vbackupd)

Display version
--version
 
Nota: A versão do NVP-vProxy é mostrada na guia Configuration das propriedades do vProxy em NetWorker Management Console >Devices > VMware Proxies>, clique com o botão direito do mouse em Properties Configuration >> VM Proxy version do equipamento> vProxy.  
 
  1. Salve as alterações no arquivo
  2. Recarregue o arquivo de configuração da unidade digitando o comando:
systemctl daemon-reload
  1. Confirme no NetWorker Management Console que nenhum backup está em execução e, em seguida, reinicie o vbackupd serviço:
systemctl restart vbackupd.service
O processo acima é aplicável aos serviços vrapid, vrecoverd, vbackupd, vflrd.


Aplicando a depuração do VDDK:

  1. Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
  1. Edite o arquivo VixDiskLib.config para conter a seguinte linha:
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4

0 = No logging
1 = Errors only
2 = Warnings, and Errors
3 = Important information messages, errors, and warnings
4 = Debug data plus everything else
  1. Reinicie o serviço relevante:
systemctl restart [service-name].service 
Por exemplo:  
systemctl restart vrecoverd.service
Depois de definir o nível de log de depuração, você pode confirmar se há mensagens no arquivo de log relevante que começam com a palavra Depurar.

Depois de concluir o processo de depuração, você pode redefinir o nível de registro usando o mesmo procedimento, usando o rastreamento de palavras após o sinal de igual em vez de depurar. Para que essa alteração seja imediatamente aplicável, é necessário recarregar e reiniciar o daemon, conforme descrito acima.


Depuração de pré-certificação do DD Boost:

Esse processo é feito com outros métodos de depuração descritos acima.
  1. Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
  1. Criar um arquivo ddboost_precert.ini debaixo:
/: touch /ddboost_precert.ini
  1. Crie o DDLog diretório:
mkdir /DDLog
  1. Habilite a depuração do DD Boost para o serviço que você deseja depurar:
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug

vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug

vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
  1. Confirme se o ddboost_precert.log é gerado:
ls -l /DDLog
​​​​​​ Captura de tela da confirmação do registro
  1. Quando as operações de depuração não forem mais necessárias, execute novamente o seguinte comando:
vProxy_debug.sh -l trace


Log de seleção do vProxy:

Essa depuração pode ser usada sempre que um fluxo de trabalho de backup de VM fica travado com as VMs em Waiting to Run. Nesse cenário, o trabalho de backup foi iniciado, mas nenhum vProxy foi selecionado para iniciar a sessão de backup. Não há registro do processo de seleção do vProxy no log padrão. Podemos ativar vmbackup_logging no servidor do NetWorker, que registra o processo de seleção do vProxy durante o início da política de proteção VMware. Isso pode ser útil quando não há nenhum problema de comunicação entre o servidor NetWorker e o vProxy (porta 9090) e não há erros relacionados à indisponibilidade do vProxy no NMC ou no daemon.log.
 
  1. Abra um prompt administrativo do PowerShell (Windows) ou uma sessão SSH raiz (Linux) no servidor NetWorker.
  2. Criar um arquivo sem uma extensão chamada vmbackup_logging no NetWorker /nsr/tmp diretório:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
O comando acima pressupõe que o local de instalação padrão do NetWorker foi usado. Se o NetWorker foi instalado em um local diferente, ajuste o local de /nsr/tmp conformemente.
  1. Inicie o trabalho de backup da VM.
  2. Monitore o daemon.log renderizado da fila do Vmproxy e selecione as mensagens do vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Em caso de dúvidas, consulte o artigo: NetWorker: Como usar nsr_render_log.
  1. Para desativar essa depuração, exclua o arquivo vmbackup_logging do /nsr/tmp Dir.

Additional Information

Artigos relacionados:

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000022610
Article Type: How To
Last Modified: 11 Mar 2025
Version:  16
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.