Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

NetWorker VMware Protection-vProxy: Cómo habilitar el registro de depuración

Summary: Es posible que sea necesario cambiar el nivel de registro a "debug" para solucionar un problema con NetWorker VMware Protection (NVP) con la solución del dispositivo vProxy (NVP-vProxy). En este artículo, se explica cómo cambiar el nivel de registro. ...

This article applies to   This article does not apply to 

Instructions

Vea este video: Cómo habilitar el registro de depuración de vProxy.

 


Por lo general, es suficiente analizar los registros de políticas de NetWorker Server en /nsr/logs/policy/[policy name], pero ocasionalmente puede ser necesario analizar los registros del propio dispositivo vProxy y, además, aumentar el nivel de registro a depurar para tener una idea más clara del motivo de una falla. Por lo general, esto solo es necesario una vez que se ha contactado al soporte de NetWorker y el ingeniero de soporte ha solicitado establecer la depuración para solucionar problemas como un proceso específico. 

Los archivos de registro de NVP-vProxy en el dispositivo vProxy se encuentran en el siguiente directorio: /opt/emc/vproxy/runtime/logs.

Hay un subdirectorio para cada uno de los procesos principales que se utilizan para las operaciones de NetWorker en el dispositivo vProxy:
vbackupd

vflrd

vrapid

vrecoverd
Por ejemplo, en el archivo vbackupd , tiene los registros:
[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
Puede encontrar información adicional sobre el registro y la recopilación de vProxy en el artículo Guía de triage de NVP-vProxy: Visión general de triage y registro de vProxy de NetWorker VMware Protection


Aplicación del método de depuración de servicio 1:

Este método se aplica a la versión 4.3.x y posteriores de vProxy. Se puede utilizar para habilitar la depuración en los servicios de vProxy (vrapid, vrecoverd, vbackupd, vflrd). Se puede habilitar más depuración para el tráfico de DD Boost, VDDK y mensajería de instantáneas (cuando corresponda).
  1. Conéctese al vProxy a través de SSH mediante la cuenta de administrador de vProxy.
  2. Cambie a root:
sudo su -
  1. Cambie al directorio bin del agente de vProxy:
cd /opt/emc/vproxy/bin
  1. Para el servicio que desea depurar, ejecute los siguientes comandos:

Motor de respaldo: vbackupd
Demonio Entidad de registro Ejemplo de uso de comandos Ubicaciones de logs
vbackupd Programa (motor principal)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Registros de sesiones de respaldo individuales: 

/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
El VDDK también mantiene registros privados en el directorio /tmp/vmware-root
       Administrador de instantáneas
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Motor de recuperación: vrecoverd
Demonio Entidad de registro Ejemplo de uso de comandos Ubicaciones de logs
vrecoverd Programa (entidad principal)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Registros de sesiones de recuperación individuales: 

/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
El VDDK también mantiene registros privados en el directorio /tmp/vmware-root

Motor de FLR: vflrd
Demonio Entidad de registro Ejemplo de uso de comandos Ubicación del registro
vflrd Programa (motor principal)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Registros de sesiones de montaje de FLR individuales:
/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
Los registros completados se transfieren a
/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
El VDDK también mantiene registros privados en el directorio /tmp/vmware-root

Servidor REST: vrapid
Demonio Entidad de registro Ejemplo de uso de comandos Ubicación del registro
vrapid Programa (motor principal)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Los comandos anteriores muestran la habilitación de la depuración. Estos comandos se pueden volver a ejecutar para cambiar el -l Opción para restablecer los valores predeterminados:

Opciones:
  • Para el registro del programa:
warn | info | trace (valor predeterminado) | debug
  • Para el registro de DD Boost:
none | error | warn | info | debug | trace (valor predeterminado) | all
  • Para el registro de VDDK:
0 = Sin registro
1 = Solo errores
2 = Advertencias y errores
3 = Mensajes de información importante, errores y advertencias (valor predeterminado)
4 = Datos de depuración más todo lo demás
  • Para el registro del administrador de instantáneas:
warn | info | trace (valor predeterminado) | debug


Aplicación del método de depuración de servicio 2:

Los niveles de registro disponibles son ninguno, error, advertencia, información, seguimiento y depuración.

Para establecer el parámetro vbackupd Proceso en la depuración a nivel de registro:
  1. Inicie sesión en el dispositivo vProxy como administrador a través de SSH o consola y cambie a root:
sudo su -
  1. Vaya a la página systemd directorio:
cd /usr/lib/systemd/system/ 

Nota: Cada uno de los archivos de servicio se encuentra aquí: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, y otros criterios.
  1. Abra el archivo de servicio en el que desea aplicar la depuración, por ejemplo:
vi vbackupd.service 
  1. Localice la línea con ExecStart= y agregue con --program-log-level=debug
Otros 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: La versión de NVP-vProxy se muestra en la pestaña Configuration de las propiedades de vProxy en NetWorker Management Console >Devices > VMware Proxies > , haga clic con el botón secundario en el dispositivo > vProxy Properties Configuration >> VM Proxy version.
 
  1. Guarde los cambios en el archivo
  2. Vuelva a cargar el archivo de configuración de la unidad escribiendo el comando:
systemctl daemon-reload
  1. Confirme en NetWorker Management Console que no haya respaldos en ejecución y, a continuación, reinicie el vbackupd servicio:
systemctl restart vbackupd.service
El proceso anterior se aplica a los servicios vrapid, vrecoverd, vbackupd, vflrd.


Aplicación de depuración de VDDK:

  1. Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:
sudu su -
  1. Edite el archivo VixDiskLib.config para que contenga la siguiente línea:
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 el servicio correspondiente:
systemctl restart [service-name].service 
Por ejemplo: 
systemctl restart vrecoverd.service
Una vez que haya establecido el nivel de registro de depuración, puede confirmar que hay mensajes en el archivo de registro pertinente que comienzan con la palabra Depuración.

Después de completar el proceso de depuración, puede restablecer el nivel de registro mediante el mismo procedimiento, utilizando la palabra "seguimiento" después del signo igual en lugar de depuración. Para que este cambio se aplique de inmediato, es necesario volver a cargar y reiniciar el demonio, como se indicó anteriormente.


Depuración de certificados previos de DD Boost:

Este proceso se realiza con otros métodos de depuración descritos anteriormente.
  1. Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:
sudu su -
  1. Crear un archivo ddboost_precert.ini debajo:
/: touch /ddboost_precert.ini
  1. Cree el archivo DDLog directorio:
mkdir /DDLog
  1. Habilite la depuración de DD Boost para el servicio que desea 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 que el ddboost_precert.log se genera:
ls -l /DDLog
​​​​​​ Captura de pantalla de confirmación del registro
  1. Cuando ya no se requieran operaciones de depuración, vuelva a ejecutar el siguiente comando:
vProxy_debug.sh -l trace


Registro de selección de vProxy:

Esta depuración se puede utilizar cada vez que un flujo de trabajo de respaldo de VM se bloquea con las VM en espera de ejecución. En este escenario, se inició el trabajo de respaldo, pero no se seleccionó ningún vProxy para iniciar la sesión de respaldo. No se registra el proceso de selección de vProxy en el registro estándar. Podemos habilitar vmbackup_logging en NetWorker Server, que registra el proceso de selección de vProxy durante el inicio de la política de protección de VMware. Esto puede ser útil cuando no hay ningún problema de comunicación entre NetWorker Server y vProxy (puerto 9090) y no hay errores relacionados con la falta de disponibilidad del vProxy en NMC o daemon.log.
 
  1. Abra un símbolo del sistema administrativo de PowerShell (Windows) o una sesión de SSH raíz (Linux) en NetWorker Server.
  2. Cree un archivo sin una extensión llamado vmbackup_logging en NetWorker /nsr/tmp directorio:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
El comando anterior supone que se utilizó la ubicación de instalación predeterminada de NetWorker. Si NetWorker se instaló en una ubicación diferente, ajuste la ubicación de /nsr/tmp en consecuencia.
  1. Inicie el trabajo de respaldo de VM.
  2. Monitoree la daemon.log representada para la cola de Vmproxy y seleccione los mensajes de vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Si tiene alguna pregunta, consulte el artículo: NetWorker: Cómo utilizar nsr_render_log.
  1. Para desactivar esta depuración, elimine el archivo vmbackup_logging de /nsr/tmp Dir.

Additional Information

Affected Products

NetWorker

Products

NetWorker, NetWorker Series