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í. ...
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é).
- Připojte se k zařízení vProxy přes SSH pomocí účtu admin vProxy.2.
- Přepněte na uživatele root:
sudo su -
- Změňte adresář na bin agenta vProxy:
cd /opt/emc/vproxy/bin
- 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.logVDDK 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.logVDDK 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.logProtokoly 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>.logDokonč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:
Aby bylo možné nastavit
vbackupd Proces ladění úrovně protokolování:
- Přihlaste se do zařízení vProxy jako admin přes SSH nebo konzoli a přepněte na uživatele root:
sudo su -
- Přejděte na stránku:
systemdadresáře.
cd /usr/lib/systemd/system/
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, atd.
- Otevřete soubor služby, který vyžaduje nastavení ladění, například:
vi vbackupd.service
- 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
- Uložte změny do souboru.6.
- Pomocí následujícího příkazu znovu načtěte konfigurační soubor jednotky:
systemctl daemon-reload
- Ověřte v konzoli NetWorker Management Console, že aktuálně nejsou spuštěny žádné zálohy, a poté restartujte službu vbackupd:
vbackupdSluž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.
- 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 -
- Upravte
VixDiskLib.configsoubor 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
- Restartujte příslušnou službu:
systemctl restart [service-name].service
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.
- 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 -
- Vytvořte
ddboost_precert.iniv čá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
- Vytvořte
DDLogadresáře.
mkdir /DDLog ; chmod 755 /DDLog
- 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
- Ujistěte se, že
ddboost_precert.log, reprodukovat problém a shromážditddboost_precert.log:
ls -l /DDLog
- Použití
precert-io-perf.pyChcete-li analyzovatddboost_precert.logfiles: NetWorker: Jak analyzovat výkon IO pomocí ddboost_precert.log - Pokud se operace ladění již nevyžadují:
- 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
-
- Odstraňte
/ddboost_precert.ininezahrnujte mezery.
- Odstraňte
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.
- Otevřete na serveru NetWorker příkazový řádek prostředí PowerShell pro správu (Windows) nebo kořenovou relaci SSH (Linux).
- Vytvořte soubor bez přípony s názvem
vmbackup_loggingv rámci služby NetWorker/nsr/tmpadresáře.
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
/nsr/tmp odpovídajícím způsobem.
- Spusťte úlohu zálohování virtuálního počítače.
- Sledujte vykreslený daemon.log pro
Vmproxy Queueaselect_vproxy.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- Chcete-li toto ladění zakázat, odstraňte
vmbackup_loggingsouboru z/nsr/tmprežie.
Ladění uživatelského rozhraní vProxy:
Additional Information
Související články:
- Průvodce tříděním serverů NVP-vProxy: Přehled posouzení a protokolů NetWorker VMware Protection vProxy
- NVP vProxy: Jak získat přesnou syntaxi příkazu pro spuštění obnovení virtuálního počítače z rozhraní příkazového řádku s laděním.
- NetWorker (Linux): Jak kopírovat soubory do/ze serveru Linux NetWorker.
- NVP vProxy: Odstraňování problémů se síťovým připojením pro operace zálohování a obnovení
- NetWorker: NVP vProxy Odstraňování problémů s výkonem a propustností zálohování a obnovení virtuálních počítačů