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: Jak povolit protokolování ladění

Summary: K odstranění problému s řešením NetWorker VMware Protection (NVP) v zařízení vProxy (NVP-vProxy) může být nutná změna úrovně protokolu na debug. Tento článek vysvětluje, jak změnit úroveň protokolování. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Podívejte se na toto video: Jak povolit protokolování ladění vProxy.

 


Obvykle stačí analyzovat protokoly zásad serveru NetWorker v /nsr/logs/policy/[policy name], ale někdy může být nutné analyzovat protokoly ze samotného zařízení vProxy a dále zvýšit úroveň protokolování pro ladění, aby bylo možné získat jasnější představu o důvodu selhání. To je obvykle potřeba pouze po zapojení podpory NetWorker a když technik podpory požádá o sadu ladění za účelem odstraňování problémů v rámci konkrétního procesu. 

Soubory protokolu NVP-vProxy v zařízení vProxy se nacházejí v následujícím adresáři /opt/emc/vproxy/runtime/logs.

Pro každý z hlavních procesů, které se používají pro operace NetWorker v zařízení vProxy, je k dispozici podadresář:
vbackupd

vflrd

vrapid

vrecoverd
Například v dialogovém okně vbackupd podadresáře, máte protokoly:
[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
Další informace o protokolování a shromažďování vProxy naleznete v článku Průvodce tříděním serverů NVP-vProxy: NetWorker VMware Protection vProxy Posouzení a přehled protokolů


Použití 1. metody ladění služeb:

Tato metoda platí pro software vProxy verze 4.3.x a novější. Lze jej použít k povolení ladění ve službách vProxy (vrapid, vrecoverd, vbackupd, vflrd). Další ladění je možné povolit pro provoz DD Boost, VDDK a zasílání zpráv snapshotů (pokud je to možné).
  1. Připojte se k serveru vProxy přes SSH pomocí účtu správce vProxy.
  2. Přepněte na uživatele root:
sudo su -
  1. Změňte adresář na bin agenta vProxy:
cd /opt/emc/vproxy/bin
  1. Pro službu, kterou chcete ladit, spusťte následující příkazy:

Záložní jádro: vbackupd
Démon Entita protokolování Příklad použití příkazu Umístění protokolu
vbackupd Program (hlavní engine)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Protokoly jednotlivých relací zálohování: 

/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
VDDK také udržuje soukromé protokoly v adresáři /tmp/vmware-root
       Správce snímků
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Obnovení motoru: vrecoverd
Démon Entita protokolování Příklad použití příkazu Umístění protokolu
vrecoverd Program (hlavní subjekt)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Protokoly jednotlivých relací obnovení: 

/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
VDDK také udržuje soukromé protokoly v adresáři /tmp/vmware-root

FLR Engine: vflrd
Démon Entita protokolování Příklad použití příkazu Umístění protokolu
vflrd Program (hlavní engine)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Protokoly jednotlivých relací připojení 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
Dokončené protokoly se přesunou do
/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
VDDK také udržuje soukromé protokoly v adresáři /tmp/vmware-root

Server REST: vrapid
Démon Entita protokolování Příklad použití příkazu Umístění protokolu
vrapid Program (hlavní engine)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Výše uvedené příkazy ukazují povolení ladění. Tyto příkazy lze znovu spustit změnou -l možnost obnovení výchozí:

Možnosti:
  • Pro protokol programu:
warn | info | trace (výchozí) | debug
  • Protokol DD Boost:
none | error | warn | info | debug | trace (výchozí) | all
  • Protokol VDDK:
0 = Žádné protokolování
1 = Pouze chyby
2 = Varování a chyby
3 = Důležité informační zprávy, chyby a varování (výchozí)
4 = Ladění dat a všeho ostatního
  • Protokol nástroje Snapshot Manager:
warn | info | trace (výchozí) | debug


Použití 2. metody ladění služeb:

Dostupné úrovně protokolování jsou none, error, warn, info, trace a debug.

Aby bylo možné nastavit vbackupd Proces ladění úrovně protokolování:
  1. Přihlaste se do zařízení vProxy jako admin přes SSH nebo konzoli a přepněte na uživatele root:
sudo su -
  1. Jděte na systemd adresář:
cd /usr/lib/systemd/system/ 

Poznámka: Každý ze souborů služby se nachází zde: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, atd.
  1. Otevřete soubor služby, u kterého chcete použít ladění, například:
vi vbackupd.service 
  1. Vyhledejte řádek s ExecStart= a připojit k --program-log-level=debug
Další parametry:
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
 
Poznámka: Verze NVP-vProxy se zobrazuje na kartě Configuration ve vlastnostech vProxy v konzoli NetWorker Management Console>: Zařízení>, proxy> VMware, klikněte pravým tlačítkem na vlastnosti>, zařízení vProxy>, konfigurace>, verze proxy virtuálního počítače.  
 
  1. Uložte změny do souboru.
  2. Pomocí následujícího příkazu znovu načtěte konfigurační soubor jednotky:
systemctl daemon-reload
  1. Ověřte v konzoli NetWorker Management Console, že nejsou spuštěny žádné zálohy, a poté restartujte vbackupd služba:
systemctl restart vbackupd.service
Výše uvedený postup platí pro služby vrapid, vrecoverd, vbackupd, vflrd.


Použití ladění VDDK:

  1. Přihlaste se do zařízení vProxy přes SSH nebo konzoli jako správce a přepněte na uživatele root:
sudu su -
  1. Upravte soubor VixDiskLib.config tak, aby obsahoval následující řádek:
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. Restartujte příslušnou službu:
systemctl restart [service-name].service 
Například: 
systemctl restart vrecoverd.service
Jakmile nastavíte úroveň protokolování ladění, můžete potvrdit, že v příslušném souboru protokolu jsou zprávy, které začínají slovem Debug.

Po dokončení procesu ladění můžete resetovat úroveň protokolu pomocí stejného postupu s použitím slova trace za znaménkem rovná se místo debug. Aby se tato změna okamžitě projevila, je nutné znovu načíst a restartovat daemona, jak je uvedeno výše.


Ladění předběžného certifikátu DD Boost:

Tento proces se provádí pomocí dalších metod ladění popsaných výše.
  1. Přihlaste se do zařízení vProxy přes SSH nebo konzoli jako správce a přepněte na uživatele root:
sudu su -
  1. Vytvoření souboru ddboost_precert.ini pod:
/: touch /ddboost_precert.ini
  1. Vytvořte DDLog adresář:
mkdir /DDLog
  1. Povolte ladění DD Boost pro službu, kterou chcete ladit:
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. Ujistěte se, že ddboost_precert.log je generován:
ls -l /DDLog
​​​​​​ Snímek obrazovky s potvrzením protokolu
  1. Pokud se operace ladění již nevyžadují, spusťte znovu následující příkaz:
vProxy_debug.sh -l trace


Protokolování výběru vProxy:

Toto ladění lze použít vždy, když se pracovní postup zálohování virtuálního počítače zablokuje u virtuálních počítačů, které se nacházejí v části Čekání na spuštění. V tomto scénáři byla spuštěna úloha zálohování, ale nebyl vybrán žádný server vProxy pro zahájení relace zálohování. Při standardním protokolování se proces výběru vProxy neprotokoluje. Můžeme vám umožnit vmbackup_logging na serveru NetWorker, který zaznamenává proces výběru serveru vProxy během spuštění zásady ochrany VMware. To může být užitečné, pokud nedochází k problému s komunikací mezi serverem NetWorker a serverem vProxy (port 9090) a nedochází k chybám týkajícím se nedostupnosti serveru vProxy v konzoli NMC nebo daemon.log.
 
  1. Otevřete na serveru NetWorker příkazový řádek prostředí PowerShell pro správu (Windows) nebo kořenovou relaci SSH (Linux).
  2. Vytvořte soubor bez přípony s názvem vmbackup_logging v rámci služby NetWorker /nsr/tmp adresář:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Výše uvedený příkaz předpokládá, že bylo použito výchozí umístění instalace NetWorker. Pokud byl nástroj NetWorker nainstalován v jiném umístění, upravte umístění /nsr/tmp proto.
  1. Spusťte úlohu zálohování virtuálního počítače.
  2. Sledujte vykreslený daemon.log pro frontu Vmproxy a vyberte zprávy vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Máte-li jakékoli dotazy, přečtěte si článek: NetWorker: Jak používat nsr_render_log.
  1. Chcete-li toto ladění zakázat, odstraňte soubor vmbackup_logging z /nsr/tmp Dir.

Additional Information

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000022610
Article Type: How To
Last Modified: 02 Aug 2024
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.