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).
- Conéctese al vProxy a través de SSH mediante la cuenta de administrador de vProxy.
- Cambie a root:
sudo su -
- Cambie al directorio bin del agente de vProxy:
cd /opt/emc/vproxy/bin
- 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:
- Inicie sesión en el dispositivo vProxy como administrador a través de SSH o consola y cambie a root:
sudo su -
- 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.
- Abra el archivo de servicio en el que desea aplicar la depuración, por ejemplo:
vi vbackupd.service
- 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.
- Guarde los cambios en el archivo
- Vuelva a cargar el archivo de configuración de la unidad escribiendo el comando:
systemctl daemon-reload
- 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:
- Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:
sudu su -
- 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
- 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.
- Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:
sudu su -
- Crear un archivo
ddboost_precert.ini
debajo:
/: touch /ddboost_precert.ini
- Cree el archivo
DDLog
directorio:
mkdir /DDLog
- 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
- Confirme que el
ddboost_precert.log
se genera:
ls -l /DDLog
- 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.
- Abra un símbolo del sistema administrativo de PowerShell (Windows) o una sesión de SSH raíz (Linux) en NetWorker Server.
- 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.
- Inicie el trabajo de respaldo de VM.
- 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
- Para desactivar esta depuración, elimine el archivo vmbackup_logging de
/nsr/tmp
Dir.