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ådan aktiveres fejlfindingslogføring

Summary: Det kan være nødvendigt at ændre logniveauet til "debug" for at foretage fejlfinding af et problem med NetWorker VMware Protection (NVP) med vProxy Appliance-løsningen (NVP-vProxy). I denne artikel forklares det, hvordan du ændrer logniveauet. ...

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

Se denne video: Sådan aktiveres vProxy-fejlfindingslogføring.

 


Normalt er det tilstrækkeligt at analysere politiklogfilerne for NetWorker-serveren i /nsr/logs/policy/[policy name], men lejlighedsvis kan det være nødvendigt at analysere logfilerne fra selve vProxy-enheden og desuden øge logningsniveauet til fejlfinding for at få en klarere idé om årsagen til en fejl. Dette er typisk kun et krav, når NetWorker-support er blevet engageret, og supportteknikeren har anmodet om at fejlfinde indstillet til fejlfinding som specifik proces. 

NVP-vProxy-logfiler på vProxy-enheden findes i følgende mappe /opt/emc/vproxy/runtime/logs.

Der findes en undermappe for hver af de primære processer, som bruges til NetWorker-handlinger på vProxy-enheden:
vbackupd

vflrd

vrapid

vrecoverd
For eksempel i vbackupd underbibliotek, har du logfilerne:
[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
Yderligere oplysninger om vProxy-logføring og -indsamling findes i artiklen NVP-vProxy Triage Guide: NetWorker VMware Protection vProxy Triage og logoversigt


Anvendelse af servicefejlretningsmetode 1:

Denne metode gælder for vProxys version 4.3.x og nyere. Det kan bruges til at aktivere fejlfinding på vProxy-tjenester (vrapid, vrecoverd, vbackupd, vflrd). Mere fejlfinding kan aktiveres for DD Boost-trafik, VDDK og snapshotmeddelelser (hvor det er relevant).
  1. Opret forbindelse til vProxy via SSH ved hjælp af vProxy-administratorkontoen .
  2. Skift til rod:
sudo su -
  1. Skift til bin-biblioteket for vProxy-agenten:
cd /opt/emc/vproxy/bin
  1. For den tjeneste, du vil foretage fejlfinding på, skal du køre følgende kommandoer:

Backup motor: vbackupd
Daemon Logføring af enhed Eksempel på kommandobrug Log placeringer
vbackupd Program (hovedmotor)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Individuelle logfiler for sikkerhedskopieringssessioner: 

/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 vedligeholder også private logfiler i kataloget /tmp/vmware-root
       Snapshot Manager
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Gendan maskine: vrecoverd
Daemon Logføring af enhed Eksempel på kommandobrug Log placeringer
vrecoverd Program (hovedenhed)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Individuelle gendannelsessessionslogfiler: 

/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 vedligeholder også private logfiler i biblioteket /tmp/vmware-root

FLR-motor: vflrd
Daemon Logføring af enhed Eksempel på kommandobrug Log placering
vflrd Program (hovedmotor)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Individuelle FLR-monteringssessionslogfiler:
/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
Fuldførte logfiler flyttes til
/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 vedligeholder også private logfiler i biblioteket /tmp/vmware-root

REST-server: vrapid
Daemon Logføring af enhed Eksempel på kommandobrug Log placering
vrapid Program (hovedmotor)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Ovenstående kommandoer viser aktivering af fejlfinding, disse kommandoer kan køres igen og ændre -l mulighed for at nulstille til standard:

Indstillinger:
  • Til programlog:
warn | info | trace (standard) | debug
  • Til DD Boost-logfil:
none | error | warn | info | debug | trace (standard) | all
  • Til VDDK-log:
0 = Ingen logføring
1 = Kun fejl
2 = Advarsler og fejl
3 = Vigtige informationsmeddelelser, fejl og advarsler (standard)
4 = Debug data plus alt andet
  • Snapshot Manager-logfil:
warn | info | trace (standard) | debug


Anvendelse af servicefejlretningsmetode 2:

De tilgængelige logføringsniveauer er ingen, fejl, advar, info, spor og fejlretning.

For at indstille vbackupd Proces til fejlfinding på logføringsniveau:
  1. Log på vProxy-enheden som administrator via SSH eller konsollen, og skift til rod:
sudo su -
  1. Gå til systemd mappe:
cd /usr/lib/systemd/system/ 

Bemærk: Hver af servicefilerne findes her: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, osv.
  1. Åbn den servicefil, du vil anvende fejlfinding på, f.eks.:
vi vbackupd.service 
  1. Find linjen med ExecStart= og vedhæft med --program-log-level=debug
Andre parametre:
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
 
Bemærk: NVP-vProxy-versionen vises under fanen Konfiguration i vProxy-egenskaberne i NetWorker Management Console-enheder >> VMware-proxyer> Højreklik på vProxy-enhedens>egenskaber >Konfiguration > af VM-proxyversion.  
 
  1. Gem ændringerne i filen
  2. Genindlæs enhedskonfigurationsfilen ved at skrive kommandoen:
systemctl daemon-reload
  1. Bekræft i NetWorker Management Console, at der ikke kører nogen sikkerhedskopieringer, og genstart derefter vbackupd tjeneste:
systemctl restart vbackupd.service
Ovenstående proces gælder for tjenesterne vrapid, vrecoverd, vbackupd, vflrd.


Anvendelse af VDDK-fejlfinding:

  1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
  1. Rediger filen VixDiskLib.config , så den indeholder følgende linje:
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. Genstart den relevante tjeneste:
systemctl restart [service-name].service 
F.eks.: 
systemctl restart vrecoverd.service
Når du har angivet logføringsniveauet for fejlfinding, kan du bekræfte, at der er meddelelser i den relevante logfil, der starter med ordet fejlfinding.

Når du har afsluttet fejlfindingsprocessen, kan du nulstille logniveauet ved hjælp af samme procedure ved hjælp af ordet spor efter lighedstegnet i stedet for fejlfinding. For at denne ændring skal være umiddelbart anvendelig, kræves en daemon genindlæsning og genstart som beskrevet ovenfor.


Fejlfinding af DD Boost Precert:

Denne proces udføres med andre fejlfindingsmetoder, der er beskrevet ovenfor.
  1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
  1. Opret en fil ddboost_precert.ini under:
/: touch /ddboost_precert.ini
  1. Opret DDLog mappe:
mkdir /DDLog
  1. Aktivér DD Boost-fejlfinding for den tjeneste, du vil foretage fejlfinding af:
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æft, at ikonet ddboost_precert.log genereres:
ls -l /DDLog
​​​​​​ Skærmbillede af logbekræftelse
  1. Når fejlfindingshandlinger ikke længere er påkrævet, skal du køre følgende kommando igen:
vProxy_debug.sh -l trace


Logføring af vProxy-valg:

Denne fejlfinding kan bruges, når en VM-sikkerhedskopieringsarbejdsgang sidder fast med VM'erne, der sidder i Venter på at køre. I dette scenarie er sikkerhedskopieringsjobbet startet, men der er ikke hentet en vProxy til at starte sikkerhedskopieringssessionen. Der er ingen logføring af vProxy-udvælgelsesprocessen i standardlogføring. Vi kan aktivere vmbackup_logging på NetWorker-serveren, som logger vProxy-udvælgelsesprocessen under starten af VMware-beskyttelsespolitikken. Dette kan være nyttigt, når der ikke er noget kommunikationsproblem mellem NetWorker-serveren og vProxy (port 9090), og der ikke er nogen fejl om, at vProxy ikke er tilgængelig i NMC eller daemon.log.
 
  1. Åbn en administrativ PowerShell-prompt (Windows) eller en rod-SSH-session (Linux) på NetWorker-serveren.
  2. Opret en fil uden en udvidelse kaldet vmbackup_logging under NetWorker /nsr/tmp mappe:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Ovenstående kommando forudsætter, at standardinstallationsplaceringen for NetWorker blev brugt. Hvis NetWorker blev installeret under en anden placering, skal du justere placeringen af /nsr/tmp derfor.
  1. Start VM-sikkerhedskopieringsjobbet.
  2. Overvåg den gengivne daemon.log for Vmproxy-kø , og vælg vproxy-meddelelser.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Hvis du har spørgsmål, kan du se artiklen: NetWorker: Sådan bruger du nsr_render_log.
  1. Hvis du vil deaktivere denne fejlfinding, skal du slette den vmbackup_logging fil fra /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.