NetWorker VMware Protection-vProxy: Så här aktiverar du felsökningsloggning

Titta på den här videon: Så här aktiverar du vProxy-felsökningsloggning.

Metoder för att tillämpa vProxy Engine-felsökning:

Vanligtvis räcker det att analysera NetWorker-serverns policyloggar i /nsr/logs/policy/[policy name], men ibland kan det vara nödvändigt att analysera loggarna från själva vProxy-enheten och dessutom öka loggningsnivån för att felsöka för att få en tydligare uppfattning om orsaken till ett fel. Detta är vanligtvis bara ett krav när NetWorker-supporten har anlitats och supportteknikern har begärt felsökningsuppsättningen för att felsöka som en specifik process. 

NVP-vProxy-loggfilerna på vProxy-enheten finns i följande katalog /opt/emc/vproxy/runtime/logs. – Herr talman,

Det finns en underkatalog för var och en av huvudprocesserna som används för NetWorker-åtgärder på vProxy-enheten:

vbackupd

vflrd

vrapid

vrecoverd

Till exempel vbackupd underkatalogen innehåller följande loggar:

[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

Mer information om vProxy-loggning och -insamling finns i artikeln NVP-vProxy-prioriteringsguide: Översikt över NetWorker VMware Protection vProxy-prioritering och logg

Tillämpar tjänstfelsökningsmetod 1:

Den här metoden gäller för vProxys version 4.3.x och senare. Den kan användas för att aktivera felsökning på vProxy-tjänster (vrapid, vrecoverd, vbackupd, vflrd). Mer felsökning kan aktiveras för DD Boost-trafik, VDDK (Virtual Disk Development Kit) och snapshot-meddelanden (om tillämpligt).

1. Anslut till vProxy via SSH med hjälp av vProxy-administratörskontot .
2. Växla till root:

sudo su -

3. Ändra till lagerplatskatalogen för vProxy-agenten:

cd /opt/emc/vproxy/bin

4. Kör följande kommandon för den tjänst som kräver felsökning:

Säkerhetskopieringsmotor: vbackupd

./vProxy_debug.sh -s -d vbackupd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log

./vProxy_debug.sh -s -d vbackupd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log

./vProxy_debug.sh -s -d vbackupd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log

./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Återställ motorn: vrecoverd

./vProxy_debug.sh -s -d vrecoverd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log

./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log

./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log

FLR-motor: vflrd

./vProxy_debug.sh -s -d vflrd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log

/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

/opt/emc/vrproxy/runtime/logs/recycle/vflrd

./vProxy_debug.sh -s -d vflrd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log

REST-server: vrapid

./vProxy_debug.sh -s -d vrapid -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Ovanstående kommandon visar aktivering av felsökning, dessa kommandon kan köras igen och ändra -l alternativ för att återställa till standard:

Alternativ:

• För programlogg:

• För DD Boost-logg:

• För VDDK-logg:

• För Snapshot Manager-logg:

Tillämpa tjänstfelsökningsmetod 2 (manuellt):

1. Logga in på vProxy-enheten som administratör via SSH eller konsolen och växla till root:

sudo su -

2. Gå till systemd Katalog:

cd /usr/lib/systemd/system/ 

3. Öppna tjänstfilen som kräver felsökningsinställningar, till exempel:

vi vbackupd.service 

4. Leta reda på raden med ExecStart= och lägg till med de önskade felsökningsparametrarna:

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

5. Spara ändringarna i filen.
6. Ladda om enhetskonfigurationsfilen genom att skriva kommandot:

systemctl daemon-reload

7. Bekräfta i NetWorker Management Console att inga säkerhetskopieringar körs och starta sedan om vbackupd Tjänst:

systemctl restart vbackupd.service

Ovanstående process gäller för tjänsterna vrapid, vrecoverd, vbackupd, vflrd.

Tillämpar VDDK-felsökning (manuellt):

VMware Disk Development Kit (VDDK) felsökning kan tillämpas manuellt i VixDiskLib.config Filen. Den här felsökningen gäller endast för vbackupd och vrecoverd Felsökning. Det är inte tillämpligt på vflrd.
 

1. Logga in på vProxy-enheten med SSH eller konsolen som administratör och växla till root:

sudu su -

2. Redigera VixDiskLib.config filen som ska innehålla följande rad:

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

3. Starta om den relevanta tjänsten:

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

När felsökningsloggningen har ställts in bör loggfilen som är associerad med tjänsten innehålla DEBUG-rader.

När du har slutfört felsökningsprocessen återställer du loggnivån med samma procedur och använder ordet trace efter likhetstecknet i stället för debug. För att den här ändringen ska träda i kraft omedelbart krävs en daemoninläsning och omstart enligt beskrivningen ovan.

DD Boost Precert-felsökning:

Denna process görs med andra felsökningsmetoder som beskrivs ovan. DD Boost-biblioteket loggar inte detaljerad API-aktivitet (Application Programming Interface) som standard. Aktivering av DD Boost precert-loggning bör endast göras när du observerar andra DD Boost-relaterade fel i vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log filer och ytterligare felsökning krävs. Detta krävs vanligtvis endast när det begärs direkt av NetWorker-supporten för Data Domain-samarbeten eller tekniska åtaganden.

1. Logga in på vProxy-enheten med SSH eller konsolen som administratör och växla till root:

sudu su -

2. Skapa en tom fil med namnet ddboost_precert.ini inom ramen för /:

touch /ddboost_precert.ini

3. Skapa DDLog Katalog:

mkdir /DDLog

4. Aktivera DD Boost-felsökning för den tjänst som kräver felsökning:

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

5. Bekräfta att ddboost_precert.log genereras, återskapa problemet och samla in ddboost_precert.log:

ls -l /DDLog

6. När felsökningsåtgärder inte längre krävs:
   1. Kör följande kommando igen mot den tjänst som du aktiverade ddboost-felsökning:

/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace

1. 2. Ta bort /ddboost_precert.ini Filen.

rm -rf /ddboost_precert.ini

Loggning av val av vProxy:

Den här felsökningen kan användas när ett arbetsflöde för säkerhetskopiering av virtuella datorer (VM) har fastnat med de virtuella datorerna som sitter i Väntar på att köras. I det här scenariot har säkerhetskopieringsjobbet startats men ingen vProxy har hämtats för att starta säkerhetskopieringssessionen. Det finns ingen loggning av urvalsprocessen för vProxy i standardloggning. Vi kan göra det möjligt vmbackup_logging på NetWorker-servern, som loggar urvalsprocessen för vProxy under starten av VMware Protection Policy. Detta är användbart när det inte finns några kommunikationsproblem mellan NetWorker-servern och vProxy (port 9090) och inga fel om att vProxy inte är tillgänglig i NMC eller daemon.raw.

1. Öppna en administrativ PowerShell-kommandotolk (Windows) eller en SSH-rotsession (Linux) på NetWorker-servern.
2. Skapa en fil utan filnamnstillägg med namnet vmbackup_logging under NetWorker /nsr/tmp Katalog:

Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File

3. Starta säkerhetskopieringen av den virtuella datorn.
4. Övervaka den renderade daemon.log för Vmproxy Queue och select_vproxy Meddelanden.

Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log

5. Om du vill inaktivera den här felsökningen tar du bort vmbackup_logging fil från /nsr/tmp Dir.

Relaterade artiklar:

• Prioriteringsmanual för NVP-vProxy: Översikt över NetWorker VMware Protection vProxy-prioritering och logg
• NVP vProxy: Så här hämtar du den exakta kommandosyntaxen för att köra en VM-återställning från CLI med felsökning.
• NetWorker (Linux): Så här kopierar du filer till/från en Linux NetWorker-server.
• NVP vProxy: Felsöka nätverksanslutning för säkerhetskopiering och återställning
• NetWorker: NVP vProxy Felsöka säkerhetskopiering och återställning av VM Prestanda och genomströmning