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).
- Conecte-se ao vProxy via SSH usando a conta de administrador do vProxy.
- Alterne para root:
sudo su -
- Altere para o diretório bin do agente vProxy:
cd /opt/emc/vproxy/bin
- 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
none
| error
| warn
| info
| debug
| trace
(padrão) | all
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:
- Faça log-in no equipamento vProxy como administrador via SSH ou console e alterne para root:
sudo su -
- 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
- Abra o arquivo de serviço no qual você deseja aplicar a depuração, por exemplo:
vi vbackupd.service
- 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.
- Salve as alterações no arquivo
- Recarregue o arquivo de configuração da unidade digitando o comando:
systemctl daemon-reload
- 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:
- Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
- 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
- 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.
- Faça log-in no equipamento vProxy usando SSH ou console como administrador e alterne para root:
sudu su -
- Criar um arquivo
ddboost_precert.ini
debaixo:
/: touch /ddboost_precert.ini
- Crie o
DDLog
diretório:
mkdir /DDLog
- 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
- Confirme se o
ddboost_precert.log
é gerado:
ls -l /DDLog
- 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.
- Abra um prompt administrativo do PowerShell (Windows) ou uma sessão SSH raiz (Linux) no servidor NetWorker.
- 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.
- Inicie o trabalho de backup da VM.
- 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
- Para desativar essa depuração, exclua o arquivo vmbackup_logging do
/nsr/tmp
Dir.