NetWorker VMware Protection-vProxy: come abilitare la registrazione debug
Summary: Potrebbe essere necessario modificare il livello di registro in "debug" per risolvere un problema con la soluzione NetWorker VMware Protection (NVP) con vProxy Appliance (NVP-vProxy). Questo articolo spiega come modificare il livello di registrazione. ...
Instructions
Guarda questo video: Come abilitare la registrazione di debug di vProxy.
Metodi per l'applicazione del debug dell'engine vProxy:
In genere, è sufficiente analizzare i log delle policy del server NetWorker in /nsr/logs/policy/[policy name], ma occasionalmente potrebbe essere necessario analizzare i log dall'appliance vProxy stesso e, inoltre, aumentare il livello di registrazione da sottoporre a debug per avere un'idea più chiara del motivo di un errore. Ciò è in genere richiesto solo dopo aver coinvolto il supporto NetWorker e aver richiesto al tecnico del supporto di eseguire il debug set per la risoluzione dei problemi come processo specifico.
I file di registro NVP-vProxy sull'appliance vProxy si trovano nella directory seguente: /opt/emc/vproxy/runtime/logs.
Esiste una sottodirectory per ciascuno dei processi principali utilizzati per le operazioni di NetWorker sull'appliance vProxy:
vbackupd vflrd vrapid vrecoverd
Ad esempio, la proprietà vbackupd contiene i seguenti registri:
[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
Ulteriori informazioni sulla registrazione e sulla raccolta di vProxy sono disponibili nell'articolo Guida alla valutazione di NVP-vProxy: Panoramica della valutazione e del registro di NetWorker VMware Protection vProxy
Applicazione del metodo di debug del servizio 1:
Questo metodo si applica a vProxy versione 4.3.x e successive. Può essere utilizzato per abilitare il debug sui servizi vProxy (vrapid, vrecoverd, vbackupd, vflrd). È possibile abilitare ulteriori debug per il traffico di DD Boost, il Virtual Disk Development Kit (VDDK) e la messaggistica delle istantanee (ove applicabile).
- Connettersi a vProxy tramite SSH utilizzando l'account amministratore di vProxy.
- Passare a root:
sudo su -
- Passare alla directory bin dell'agent vProxy:
cd /opt/emc/vproxy/bin
- Per il servizio che richiede il debug, eseguire i seguenti comandi:
Backup Engine: vbackupd
| Daemon | Entità di registrazione | Esempio di utilizzo dei comandi | Posizioni dei registri |
|---|---|---|---|
vbackupd |
Programma (motore principale) |
./vProxy_debug.sh -s -d vbackupd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log Registri delle singole sessioni di backup: /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.logIl VDDK conserva inoltre log privati nella directory /tmp/vmware-root
|
|
| Gestione istantanee |
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log |
Engine di ripristino: vrecoverd
| Daemon | Entità di registrazione | Esempio di utilizzo dei comandi | Posizioni dei registri |
|---|---|---|---|
vrecoverd |
Programma (entità principale) |
./vProxy_debug.sh -s -d vrecoverd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log Registri delle singole sessioni di ripristino: /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.logIl VDDK conserva anche log privati nella directory /tmp/vmware-root
|
Engine FLR: vflrd
| Daemon | Entità di registrazione | Esempio di utilizzo dei comandi | Posizione del registro |
|---|---|---|---|
vflrd |
Programma (motore principale) |
./vProxy_debug.sh -s -d vflrd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.logRegistri delle sessioni di montaggio FLR individuali: /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>.logI registri completati vengono spostati in /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 |
Server REST: vrapid
| Daemon | Entità di registrazione | Esempio di utilizzo dei comandi | Posizione del registro |
|---|---|---|---|
vrapid |
Programma (motore principale) |
./vProxy_debug.sh -s -d vrapid -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log |
I comandi precedenti mostrano l'abilitazione del debug, questi comandi possono essere rieseguiti, modificando il -l opzione per ripristinare le impostazioni predefinite:
Opzioni:
- Per il registro del programma:
warn | info | trace (impostazione predefinita) | debug
- Per DD Boost Log:
none | error | warn | info | debug | trace (impostazione predefinita) | all
- Per il registro VDDK:
0 = nessuna registrazione
1 = Solo errori
2 = Avvertenze ed errori
3 = Messaggi informativi, errori e avvertenze importanti (impostazione predefinita)
4 = dati di debug più tutto il resto
- Per il registro di Snapshot Manager:
warn | info | trace (impostazione predefinita) | debug
Applicazione del metodo di debug del servizio 2 (manualmente):
Al fine di impostare il
vbackupd Processo in debug a livello di registrazione:
- Accedere a vProxy Appliance come amministratore tramite SSH o la console e passare a root:
sudo su -
- Accedere al
systemdDirectory:
cd /usr/lib/systemd/system/
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, e così via.
- Aprire il file di servizio che richiede le impostazioni di debug, ad esempio:
vi vbackupd.service
- Individuare la riga con
ExecStart=e aggiungere con i parametri di debug desiderati:
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
- Salvare le modifiche del file.
- Ricaricare il file di configurazione dell'unità digitando il comando:
systemctl daemon-reload
- Verificare in NetWorker Management Console che non siano in esecuzione backup, quindi riavviare
vbackupddel server NMC:
systemctl restart vbackupd.service
Il processo di cui sopra è applicabile ai servizi vrapid, vrecoverd, vbackupd, vflrd.
Applicazione del debug VDDK (manualmente):
Il debug del VMware Disk Development Kit (VDDK) può essere applicato manualmente in VixDiskLib.config di NetWorker. Questo debug si applica solo a vbackupd e vrecoverd Risoluzione dei problemi relativi. Non si applica a vflrd.
- Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
- Modificare la proprietà
VixDiskLib.configfile contenente la seguente riga:
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
- Riavviare il servizio pertinente:
systemctl restart [service-name].service
systemctl restart vrecoverd.service
Una volta impostata la registrazione di debug, il file di log associato al servizio deve contenere le righe DEBUG.
Dopo aver completato il processo di debug, reimpostare il livello di registro utilizzando la stessa procedura, utilizzando la parola trace dopo il segno di uguale anziché debug. Affinché questa modifica sia immediatamente applicabile, è necessario ricaricare e riavviare il daemon, come descritto in precedenza.
Debug precertificato di DD Boost:
Questo processo viene eseguito con altri metodi di debug descritti in precedenza. Per impostazione predefinita, la libreria DD Boost non registra l'attività API (Application Programming Interface) dettagliata. L'abilitazione della registrazione dei precertificati di DD Boost deve essere eseguita solo quando si osservano altri errori correlati a DD Boost in vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log file e debug aggiuntivi sono necessari. Questa operazione è in genere necessaria solo se richiesto direttamente dal supporto NetWorker per collaborazioni o impegni tecnici con Data Domain.
- Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
- Creare un file vuoto denominato
ddboost_precert.iniin/:
touch /ddboost_precert.ini
- Creare il file
DDLogDirectory:
mkdir /DDLog
- Abilitare DD Boost debug per il servizio che richiede il debug:
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
- Verificare che l'opzione
ddboost_precert.loggenerato, riproduce l'emissione e raccoglie le informazioniddboost_precert.log:
ls -l /DDLog
- Quando le operazioni di debug non sono più necessarie:
- Eseguire nuovamente il comando seguente sul servizio per il quale è stato abilitato il debug ddboost:
/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace
-
- Eliminare il
/ddboost_precert.inidi NetWorker.
- Eliminare il
rm -rf /ddboost_precert.ini
Registrazione della selezione di vProxy:
Questo debug può essere utilizzato ogni volta che un flusso di lavoro di backup di una macchina virtuale (VM) è bloccato con le VM in attesa di esecuzione. In questo scenario, il processo di backup è stato avviato ma non è stato prelevato alcun vProxy per avviare la sessione di backup. Il processo di selezione di vProxy non viene registrato nella registrazione standard. Possiamo abilitare vmbackup_logging sul server NetWorker, che registra il processo di selezione del vProxy durante l'avvio della policy di protezione VMware. Questa opzione è utile quando non sono presenti problemi di comunicazione tra il server NetWorker e vProxy (porta 9090) e non vi sono errori relativi alla non disponibilità di vProxy in NMC o daemon.raw.
- Aprire un prompt amministrativo di PowerShell (Windows) o una sessione SSH root (Linux) sul server NetWorker.
- Creare un file senza estensione chiamato
vmbackup_loggingsotto la finestra di dialogo NetWorker/nsr/tmpDirectory:
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
/nsr/tmp Secondo.
- Avviare il processo di backup della VM.
- Monitorare il daemon.log sottoposto a rendering per
Vmproxy Queueeselect_vproxyMessaggi.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- Per disabilitare questo debug, eliminare il
vmbackup_loggingdal file dal/nsr/tmpDir.
Additional Information
Articoli correlati:
- NVP-vProxy Triage Guide: Panoramica della valutazione e del registro di NetWorker VMware Protection vProxy
- NVP vProxy: Come ottenere la sintassi esatta del comando per l'esecuzione del ripristino di una macchina virtuale dalla CLI con debug.
- NetWorker (Linux): Come copiare file da/verso un server NetWorker Linux.
- NVP vProxy: risoluzione dei problemi di connettività di rete per le operazioni di backup e ripristino
- NetWorker: NVP vProxy - Risoluzione dei problemi di prestazioni e throughput relativi al backup e al ripristino di macchine virtuali (in inglese)