Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

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

Summary: Det kan vara nödvändigt att ändra loggnivån till "debug" för att felsöka ett problem med NetWorker VMware Protection (NVP) med vProxy Appliance-lösningen (NVP-vProxy). I den här artikeln beskrivs hur du ändrar loggnivån. ...

This article applies to   This article does not apply to 

Instructions

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

 


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, i vbackupd underkatalogen har du loggarna:
[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
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 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 -
  1. Ändra till lagerplatskatalogen för vProxy-agenten:
cd /opt/emc/vproxy/bin
  1. För den tjänst som du vill felsöka kör du följande kommandon:

Säkerhetskopieringsmotor: vbackupd
Demon Loggningsentitet Exempel på kommandoanvändning Loggplatser
vbackupd Program (huvudmotor)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Loggar för enskilda säkerhetskopieringssessioner: 

/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 har också privata loggar i katalogen /tmp/vmware-root
       Hantering av ögonblicksbilder
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Återställ motorn: vrecoverd
Demon Loggningsentitet Exempel på kommandoanvändning Loggplatser
vrecoverd Program (huvudenhet)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Individuella sessionsloggar för återställning: 

/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 har också privata loggar i katalogen /tmp/vmware-root

FLR-motor: vflrd
Demon Loggningsentitet Exempel på kommandoanvändning Loggplats
vflrd Program (huvudmotor)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Sessionsloggar för enskilda FLR-monteringar:
/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
Slutförda loggar flyttas till
/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 har också privata loggar i katalogen /tmp/vmware-root

REST-server: vrapid
Demon Loggningsentitet Exempel på kommandoanvändning Loggplats
vrapid Program (huvudmotor)
./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:
warn | info | trace (standard) | debug
  • För DD Boost-logg:
none | error | warn | info | debug | trace (standard) | all
  • För VDDK-logg:
0 = Ingen loggning
1 = Endast fel
2 = Varningar och fel
3 = Viktiga informationsmeddelanden, fel och varningar (standard)
4 = Felsöka data plus allt annat
  • För Snapshot Manager-logg:
warn | info | trace (standard) | debug


Tillämpar tjänstfelsökningsmetod 2:

De tillgängliga loggningsnivåerna är none, error, warn, info, trace och debug.

För att ställa in vbackupd Process för felsökning på loggningsnivå:
  1. Logga in på vProxy-enheten som administratör via SSH eller konsolen och växla till root:
sudo su -
  1. Gå till systemd katalog:
cd /usr/lib/systemd/system/ 

Obs! Var och en av tjänstfilerna finns här: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, och så vidare
  1. Öppna tjänstfilen som du vill tillämpa felsökning på, till exempel:
vi vbackupd.service 
  1. Leta reda på raden med ExecStart= och lägg till med --program-log-level=debug
Andra parametrar:
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
 
Obs! NVP-vProxy-versionen visas på fliken Configuration i vProxy-egenskaperna i NetWorker-hanteringskonsolen >Enheter>, VMware-proxyservrar>, högerklicka på vProxy-enhetens>egenskapskonfiguration >> VM-proxyversion.  
 
  1. Spara ändringarna i filen
  2. Ladda om enhetskonfigurationsfilen genom att skriva kommandot:
systemctl daemon-reload
  1. 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:

  1. Logga in på vProxy-enheten med SSH eller konsolen som administratör och växla till root:
sudu su -
  1. Redigera filen VixDiskLib.config så att den innehåller 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
  1. Starta om den relevanta tjänsten:
systemctl restart [service-name].service 
Till exempel: 
systemctl restart vrecoverd.service
När du har ställt in felsökningsloggningsnivån kan du bekräfta att det finns meddelanden i den relevanta loggfilen som börjar med ordet Felsök.

När du har slutfört felsökningsprocessen kan du återställa loggnivån med samma procedur med hjälp av ordet trace efter likhetstecknet i stället för felsökning. 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.
  1. Logga in på vProxy-enheten med SSH eller konsolen som administratör och växla till root:
sudu su -
  1. Skapa en fil ddboost_precert.ini under:
/: touch /ddboost_precert.ini
  1. Skapa DDLog katalog:
mkdir /DDLog
  1. Aktivera DD Boost-felsökning för den tjänst som du vill felsöka:
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. Bekräfta att ddboost_precert.log genereras:
ls -l /DDLog
​​​​​​ Skärmbild av loggbekräftelse
  1. När felsökningsåtgärder inte längre krävs kör du följande kommando igen:
vProxy_debug.sh -l trace


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 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 kan vara användbart när det inte finns något kommunikationsproblem mellan NetWorker-servern och vProxy (port 9090) och det inte finns några fel gällande att vProxy inte är tillgänglig i NMC eller daemon.log.
 
  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
Kommandot ovan förutsätter att NetWorker-standardinstallationsplatsen användes. Om NetWorker installerades på en annan plats justerar du placeringen för /nsr/tmp följaktligen.
  1. Starta säkerhetskopieringen av den virtuella datorn.
  2. Övervaka den renderade daemon.log för VMPROXY-kön och välj vproxy-meddelanden.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Om du har några frågor, se artikel: NetWorker: Så här använder du nsr_render_log.
  1. Om du vill inaktivera den här felsökningen tar du bort den vmbackup_logging filen från /nsr/tmp Dir.

Additional Information

Affected Products

NetWorker

Products

NetWorker, NetWorker Series