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: Slik aktiverer du feilsøkingslogging

Summary: Det kan være nødvendig å endre loggnivået til "debug" for å feilsøke et problem med NetWorker VMware Protection (NVP) med vProxy Appliance-løsningen (NVP-vProxy). Denne artikkelen forklarer hvordan du endrer loggnivået. ...

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 videoen: Slik aktiverer du vProxy-feilsøkingslogging.

 


Vanligvis er det tilstrekkelig å analysere policyloggene for NetWorker-serveren i /nsr/logs/policy/[policy name], men av og til kan det være nødvendig å analysere loggene fra selve vProxy-apparatet og dessuten øke loggingsnivået for feilsøking for å få et klarere inntrykk av årsaken til en feil. Dette er vanligvis bare et krav når NetWorker-støtte er aktivert og kundestøtteteknikeren har bedt om å feilsøke som angitt for feilsøking som en bestemt prosess. 

NVP-vProxy-loggfiler på vProxy-verktøyet finnes i følgende mappe: /opt/emc/vproxy/runtime/logs.

Det finnes en underkatalog for hver av de viktigste prosessene som brukes for NetWorker-operasjoner på vProxy-apparatet:
vbackupd

vflrd

vrapid

vrecoverd
For eksempel i vbackupd underkatalog, har du loggene:
[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
Du finner mer informasjon om vProxy-logging og -innsamling i artikkelen NVP-vProxy Triage Guide: Oversikt over NetWorker VMware-beskyttelse vProxy Sortering og logg


Bruke tjenestefeilsøking Metode 1:

Denne metoden gjelder for vProxys versjon 4.3.x og nyere. Den kan brukes til å aktivere feilsøking på vProxy-tjenester (vrapid, vrecoverd, vbackupd, vflrd). Mer feilsøking kan aktiveres for DD Boost-trafikk, VDDK og øyeblikksbildemeldinger (der det er aktuelt).
  1. Koble til vProxy over SSH ved hjelp av vProxy-administratorkontoen .
  2. Bytt til rot:
sudo su -
  1. Bytt til bin-katalogen for vProxy-agenten:
cd /opt/emc/vproxy/bin
  1. For tjenesten du vil feilsøke, kjører du følgende kommandoer:

Sikkerhetskopieringsmotor: vbackupd
Daemon Logging av enhet Eksempel på kommandobruk Plassering av logg
vbackupd Program (hovedmotor)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Individuelle logger for sikkerhetskopieringsøkter: 

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

Gjenopprett motor: vrecoverd
Daemon Logging av enhet Eksempel på kommandobruk Plassering av logg
vrecoverd Program (hovedenhet)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Individuelle gjenopprettingsøktlogger: 

/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 opprettholder også private logger i katalogen /tmp/vmware-root

FLR-motor: vflrd
Daemon Logging av enhet Eksempel på kommandobruk Loggplassering
vflrd Program (hovedmotor)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Individuelle øktlogger for FLR-montering:
/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
Fullførte logger 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 opprettholder også private logger i katalogen /tmp/vmware-root

REST Server: vrapid
Daemon Logging av enhet Eksempel på kommandobruk Loggplassering
vrapid Program (hovedmotor)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Kommandoene ovenfor viser aktivering av feilsøking, disse kommandoene kan kjøres på nytt ved å endre -l alternativ for å tilbakestille til standard:

Alternativer:
  • For programlogg:
warn | info | trace (standard) | debug
  • For DD Boost-logg:
none | error | warn | info | debug | trace (standard) | all
  • For VDDK Log:
0 = Ingen logging
1 = Bare feil
2 = Advarsler og feil
3 = Viktig informasjon meldinger, feil og advarsler (standard)
4 = Feilsøk data pluss alt annet
  • For Snapshot Manager Log:
warn | info | trace (standard) | debug


Bruke tjenestefeilsøkingsmetode 2:

De tilgjengelige loggingsnivåene er ingen, feil, advarsel, info, sporing og feilsøking.

For å stille inn vbackupd Prosess inn i feilsøking på loggingsnivå:
  1. Logg på vProxy Appliance som admin over SSH eller konsoll, og bytt til rot:
sudo su -
  1. Gå til systemd adressebok:
cd /usr/lib/systemd/system/ 

Merk: Hver av tjenestefilene finner du her: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, og så videre
  1. Åpne tjenestefilen du vil bruke feilsøking på, for eksempel:
vi vbackupd.service 
  1. Finn linjen med ExecStart= og legge til med --program-log-level=debug
Andre parametere:
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
 
Merk: NVP-vProxy-versjonen vises i konfigurasjonsfanen i vProxy-egenskapene i NetWorker Management Console-enheter >>, VMware-proxyer> høyreklikker på vProxy-apparatet>, Properties >Configuration > , VM Proxy-versjon.  
 
  1. Lagre endringene i filen
  2. Last inn enhetskonfigurasjonsfilen på nytt ved å skrive inn kommandoen:
systemctl daemon-reload
  1. Bekreft i NetWorker Management Console at ingen sikkerhetskopier kjører, og start deretter vbackupd tjeneste:
systemctl restart vbackupd.service
Prosessen ovenfor gjelder for tjenestene vrapid, vrecoverd, vbackupd, vflrd.


Bruke VDDK-feilsøking:

  1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:
sudu su -
  1. Rediger VixDiskLib.config-filen slik at den inneholder 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. Start den aktuelle tjenesten på nytt:
systemctl restart [service-name].service 
Eksempel: 
systemctl restart vrecoverd.service
Når du har angitt nivået for feilsøkingslogging, kan du bekrefte at det finnes meldinger i den relevante loggfilen som starter med ordet Debug.

Når du har fullført feilsøkingsprosessen, kan du tilbakestille loggnivået ved å bruke samme fremgangsmåte ved å bruke ordet sporing etter likhetstegnet i stedet for feilsøking. For at denne endringen skal gjelde umiddelbart, kreves det en ny innlasting og omstart av en bakgrunnsprosess som beskrevet ovenfor.


DD Boost Precert Debugging:

Denne prosessen gjøres med andre feilsøkingsmetoder som er skissert ovenfor.
  1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:
sudu su -
  1. Opprett en fil ddboost_precert.ini under:
/: touch /ddboost_precert.ini
  1. Opprett ikonet DDLog adressebok:
mkdir /DDLog
  1. Aktiver DD Boost-feilsøking for tjenesten du vil feilsøke:
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. Bekreft at ddboost_precert.log genereres:
ls -l /DDLog
​​​​​​ Skjermbilde av loggbekreftelse
  1. Når feilsøkingsoperasjoner ikke lenger er nødvendige, kjører du følgende kommando på nytt:
vProxy_debug.sh -l trace


Logging for vProxy-valg:

Denne feilsøkingen kan brukes når en arbeidsflyt for VM-sikkerhetskopiering sitter fast med VM-ene som sitter i Venter på å kjøre. I dette scenariet har sikkerhetskopieringsjobben startet, men ingen vProxy er hentet for å starte sikkerhetskopieringsøkten. Det er ingen logging av vProxy-valgprosessen i standard logging. Vi kan aktivere vmbackup_logging på NetWorker-serveren, som logger vProxy-valgprosessen under starten av retningslinjene for VMware-beskyttelse. Dette kan være nyttig når det ikke er noen kommunikasjonsproblemer mellom NetWorker-serveren og vProxy (port 9090), og det ikke er noen feil med hensyn til at vProxy ikke er tilgjengelig i NMC eller daemon.log.
 
  1. Åpne en administrativ PowerShell-ledetekst (Windows) eller en SSH-rotøkt (Linux) på NetWorker-serveren.
  2. Opprett en fil uten en utvidelse som heter vmbackup_logging under NetWorker /nsr/tmp adressebok:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Kommandoen ovenfor forutsetter at standard NetWorker-installasjonssted ble brukt. Hvis NetWorker ble installert under en annen plassering, justerer du plasseringen til /nsr/tmp følgelig.
  1. Start VM-sikkerhetskopieringsjobben.
  2. Overvåk gjengitte daemon.log for Vmproxy Queue , og velg vproxy-meldinger.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Hvis du har spørsmål, se artikkel: NetWorker: Hvordan du bruker nsr_render_log.
  1. Hvis du vil deaktivere denne feilsøkingen, sletter du vmbackup_logging filen 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.