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: 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 This article is not tied to any specific product. Not all product versions are identified in this article.

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
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.