NetWorker VMware Protection-vProxy: Jak povolit protokolování ladění

Summary: K odstranění problému s řešením NetWorker VMware Protection v zařízení vProxy (NVP-vProxy) může být nutná změna úrovně protokolování na úroveň „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.


Metody použití ladění vProxy Engine:

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/logsPro každý z postupů principů, které se používají pro operace NetWorker v zařízení vProxy, je k dispozici podadresář:

vbackupd

vflrd

vrapid

vrecoverd

Například vbackupd podadresář obsahuje následující 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
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: Přehled posouzení a protokolů NetWorker VMware Protection vProxy


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

Tato metoda platí pro zařízení vProxy verze 4.3.x a novější.1. 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, sadu VDDK (Virtual Disk Development Kit) a zasílání zpráv snapshotů (pokud je to možné).

  1. Připojte se k zařízení vProxy přes SSH pomocí účtu admin vProxy.2.
  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 vyžadující ladění spusťte následující příkazy:


Záložní jádro: vbackupd

daemon 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áva snapshotů
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log


Obnovení motoru: vrecoverd

daemon 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

daemon 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


Server REST: vrapid

daemon 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. Přejděte na stránku: systemd adresáře.
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, který vyžaduje nastavení ladění, například:
vi vbackupd.service 
  1. Vyhledejte řádek s ExecStart= a přidejte požadované parametry ladění:
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
  1. Uložte změny do souboru.6.
  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 aktuálně nejsou spuštěny žádné zálohy, a poté restartujte službu vbackupd: vbackupd Služba:
systemctl restart vbackupd.service

systemctl restart vbackupd.serviceVýše uvedený postup platí pro služby: vrapid, vrecoverd, vbackupd, vflrd.


Použití ladění VDDK:

Ladění sady VMware Disk Development Kit (VDDK) lze ručně použít v VixDiskLib.config nezahrnujte mezery. Toto ladění se vztahuje pouze na vbackupd a vrecoverd řešení potíží Neplatí pro: vflrd.
 

  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 VixDiskLib.config soubor 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

Po nastavení protokolování ladění by měl soubor protokolu přidružený ke službě obsahovat řádky ladění.

Po dokončení procesu ladění resetujte úroveň protokolu pomocí stejného postupu s použitím trasování slova za znaménkem rovná se místo debug. Aby to bylo možné okamžitě použít, bude nutné znovu načíst a restartovat daemona, jak je uvedeno výše.


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

Tento proces lze provést v kombinaci s jinými výše uvedenými metodami ladění.1. Knihovna DD Boost ve výchozím nastavení nezaznamenává podrobné aktivity rozhraní API (Application Programming Interface). Protokolování před certifikátem DD Boost byste měli povolit pouze v případě, že pozorujete další chyby související s funkcí DD boost v vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log soubory a další ladění. To je obvykle vyžadováno pouze v případě, že si to vyžádá přímo podpora NetWorker pro spolupráci nebo technické zakázky Data Domain.

  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řte ddboost_precert.ini v části /
vi /ddboost_precert.ini

V souboru vcpsrv.env upravte následující položku.

precert_enabled=true
num_log_files=4
log_file_size=512
log_file_name=ddboost_precert.log
log_file_dir=/DDLog
ddcl_logs_include=true
ddcl_logs_sev=3
  1. Vytvořte DDLog adresáře.
mkdir /DDLog ; chmod 755 /DDLog
  1. Povolte ladění DD Boost pro službu vyžadující ladění:
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 , reprodukovat problém a shromáždit ddboost_precert.log:
ls -l /DDLog
Snímek obrazovky s potvrzením protokolu
  1. Použití precert-io-perf.py Chcete-li analyzovat ddboost_precert.log files: NetWorker: Jak analyzovat výkon IO pomocí ddboost_precert.log
  2. Pokud se operace ladění již nevyžadují:
    1. Znovu spusťte následující příkaz ve službě, kterou jste povolili ddboost debug:
/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace
    1. Odstraňte /ddboost_precert.ini nezahrnujte mezery.
rm -rf /ddboost_precert.ini


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 je užitečné, pokud nedochází k žádným problémům s komunikací mezi serverem NetWorker a serverem vProxy (port 9090) a nedochází k chybám o nedostupnosti serveru vProxy v konzoli NMC nebo daemon.raw.

  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áře.
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 odpovídajícím způsobem.
  1. Spusťte úlohu zálohování virtuálního počítače.
  2. Sledujte vykreslený daemon.log pro Vmproxy Queue a select_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 vmbackup_logging souboru z /nsr/tmp režie.

Ladění uživatelského rozhraní vProxy:

Additional Information

Affected Products

NetWorker

Products

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