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.

Instructions

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


Métodos para aplicar a depuração do mecanismo 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, o vbackupd O subdiretório contém os seguintes 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
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, kit de desenvolvimento de disco virtual (VDDK) e sistema de 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 requer depuração, execute os seguintes comandos:


Mecanismo de backup: vbackupd

Daemon 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

Daemon 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

Daemon 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


Servidor REST: vrapid

Daemon 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


Aplicando o método de depuração de serviço 2 (manualmente):

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 que requer configurações de depuração, por exemplo:
vi vbackupd.service 
  1. Localize a linha com ExecStart= e acrescente com os parâmetros de depuração desejados:
vbackupd, vrecoverd, vflrd, and vrapid engine debug options: { debug | trace | info | warn } (default "trace")
--program-log-level=option

vbackupd, vrecoverd, and vflrd ddboost debug options: { none | error | warn | info | debug | all } (default "trace")
--boost-log-level=option

vbackupd snapshot manager debug options: { warn | info | trace | debug } (default "trace")
--snapmgr-log-level=option

Display version
--version

Multiple options could be used at once, for example if you needed to debug the vbackupd service, ddboost communication, and snapshot manager logging, the vbackupd.service file would include:
ExecStart=/opt/emc/vproxy/bin/vbackupd --program-log-level=debug --boost-log-level=all --snapmgr-log-level=debug
  1. Salve as alterações ao 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 do servidor do NMC:
systemctl restart vbackupd.service

O processo acima é aplicável aos serviços vrapid, vrecoverd, vbackupd, vflrd.


Aplicando a depuração do VDDK (manualmente):

A depuração do VMware Disk Development Kit (VDDK) pode ser aplicada manualmente no VixDiskLib.config . Essa depuração só se aplica a vbackupd e vrecoverd Solucionando problemas. Não se aplica a vflrd.
 

  1. Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
  1. Edite o 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 que o log de depuração for definido, o arquivo de log associado ao serviço deverá conter linhas de DEBUG.

Depois de concluir o processo de depuração, redefina 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. Por padrão, a biblioteca do DD Boost não registra atividades detalhadas da API (Application Programming Interface). A ativação do log de pré-certificado do DD Boost só deve ser feita quando você estiver observando outros erros relacionados ao DD Boost no vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log arquivos e depuração adicional são necessários. Normalmente, isso só é necessário quando solicitado diretamente pelo suporte do NetWorker para colaborações ou engajamentos de engenharia do Data Domain.

  1. Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
  1. Crie um arquivo vazio chamado ddboost_precert.ini em /:
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 requer depuração:
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 for gerado, reproduza o problema e colete o ddboost_precert.log:
ls -l /DDLog
Captura de tela da confirmação do registro
  1. Quando as operações de depuração não são mais necessárias:
    1. Execute novamente o seguinte comando no serviço que você habilitou a depuração do ddboost:
/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace
    1. Exclua o /ddboost_precert.ini .
rm -rf /ddboost_precert.ini

Log de seleção do vProxy:

Essa depuração pode ser usada sempre que um fluxo de trabalho de backup de máquina virtual (VM) estiver travado com as VMs em Aguardando para ser executadas. 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 é útil quando não há problemas de comunicação entre o servidor NetWorker e o vProxy (porta 9090) e nenhum erro sobre o vProxy estar indisponível no NMC ou daemon.raw.

  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 para Vmproxy Queue e select_vproxy Mensagens.
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 vmbackup_logging do /nsr/tmp Dir.

Additional Information

Affected Products

NetWorker

Products

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