Guarda questo video: Come abilitare la registrazione di debug di 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, nella finestra di dialogo
vbackupd
, sono presenti i 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
3. 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 DD Boost, VDDK e messaggistica snapshot (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 di cui si desidera eseguire 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.log Il 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.log Il 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.log Registri 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>.log I 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 |
|
VDDK |
./vProxy_debug.sh -s -d vflrd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log Il VDDK conserva anche log privati nella directory /tmp/vmware-root |
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
none
| error
| warn
| info
| debug
| trace
(impostazione predefinita) | all
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:
I livelli di registrazione disponibili sono none, error, warn, info, trace e debug.
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
systemd
directory:
cd /usr/lib/systemd/system/
Nota: Ciascuno dei file di servizio si trova qui: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service,
e così via.
- Aprire il file di servizio a cui si desidera applicare debug, ad esempio:
vi vbackupd.service
- Individuare la riga con
ExecStart=
e accodare con --program-log-level=debug
Altri parametri:
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 versione di NVP-vProxy viene visualizzata nella scheda Configuration delle proprietà vProxy in NetWorker Management Console > Devices> VMware Proxies > cliccare con il pulsante destro del mouse sulla vProxy>> appliance Properties Configuration > VM Proxy version.
- Salvare le modifiche apportate al 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
vbackupd
servizio:
systemctl restart vbackupd.service
Il processo di cui sopra è applicabile ai servizi
vrapid, vrecoverd, vbackupd, vflrd.
Applicazione del debug VDDK:
- Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
- Modificare il file VixDiskLib.config in modo che contenga 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
Ad esempio:
systemctl restart vrecoverd.service
Dopo aver impostato il livello di registrazione del debug, è possibile verificare che nel relativo file di log siano presenti messaggi che iniziano con la parola
Debug.
Dopo aver completato il
processo di debug, è possibile 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.
- Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
- Creare un file
ddboost_precert.ini
sotto:
/: touch /ddboost_precert.ini
- Creare il file
DDLog
directory:
mkdir /DDLog
- Abilitare DD Boost debug per il servizio di cui si desidera eseguire 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.log
viene generato:
ls -l /DDLog
- Quando le operazioni di debug non sono più necessarie, eseguire nuovamente il seguente comando:
vProxy_debug.sh -l trace
Registrazione della selezione di vProxy:
Questo debug può essere utilizzato ogni volta che un flusso di lavoro di backup delle 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. Ciò può essere utile quando non vi sono problemi di comunicazione tra il server NetWorker e vProxy (porta 9090) e non sono presenti errori relativi alla non disponibilità di vProxy in NMC o daemon.log.
- Aprire un prompt amministrativo di PowerShell (Windows) o una sessione SSH root (Linux) sul server NetWorker.
- Creare un file senza estensione chiamato
vmbackup_logging
sotto la finestra di dialogo NetWorker /nsr/tmp
directory:
Linux:
touch /nsr/tmp/vmbackup_logging
Windows:
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Il comando precedente presuppone che sia stato utilizzato il percorso di installazione predefinito di NetWorker. Se NetWorker è stato installato in una posizione diversa, regolare la posizione di /nsr/tmp
Secondo.
- Avviare il processo di backup della VM.
- Monitorare i daemon.log sottoposti a rendering per la coda vmproxy e selezionare i messaggi vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- Per disabilitare questo debug, eliminare il file vmbackup_logging da
/nsr/tmp
dir.