NetWorker VMware Protection-vProxy: Sådan aktiveres fejlfindingslogføring

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

Metoder til anvendelse af vProxy Engine Debug:

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

F.eks. vbackupd Undermappen indeholder følgende logfiler:

[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

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 (Virtual Disk Development Kit) 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 -

3. Skift til bin-biblioteket for vProxy-agenten:

cd /opt/emc/vproxy/bin

4. For den tjeneste, der kræver fejlfinding, skal du køre følgende kommandoer:

Backup motor: 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

Gendan maskine: 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

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:

• Til DD Boost-logfil:

• Til VDDK-log:

• Snapshot Manager-logfil:

Anvendelse af servicefejlfindingsmetode 2 (manuelt):

1. Log på vProxy-enheden som administrator via SSH eller konsollen, og skift til rod:

sudo su -

2. Gå til systemd Register:

cd /usr/lib/systemd/system/ 

3. Åbn den servicefil, der kræver fejlfindingsindstillinger, f.eks.:

vi vbackupd.service 

4. Find linjen med ExecStart= og tilføj med de ønskede fejlfindingsparametre:

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. Gem ændringerne i filen.
6. Genindlæs enhedskonfigurationsfilen ved at skrive kommandoen:

systemctl daemon-reload

7. Bekræft i NetWorker Management Console, at der ikke kører nogen sikkerhedskopieringer, og genstart derefter vbackupd Service:

systemctl restart vbackupd.service

Ovenstående proces gælder for tjenesterne vrapid, vrecoverd, vbackupd, vflrd.

Anvendelse af VDDK Debug (manuelt):

VMware Disk Development Kit (VDDK)-fejlfinding kan anvendes manuelt i VixDiskLib.config Fil. Denne fejlfinding gælder kun for vbackupd og vrecoverd Fejlfinding. Den finder ikke anvendelse på: vflrd.
 

1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:

sudu su -

2. Rediger VixDiskLib.config fil, der 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

3. Genstart den relevante tjeneste:

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

Når fejlfindingslogføringen er angivet, bør logfilen, der er knyttet til tjenesten, indeholde DEBUG-linjer.

Når fejlfindingsprocessen er fuldført, skal du nulstille logniveauet ved hjælp af samme procedure ved hjælp af ordet trace efter lighedstegnet i stedet for debug. 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. DD Boost-biblioteket logger som standard ikke detaljeret API-aktivitet (Application Programming Interface). Aktivering af logføring af DD Boost-precert bør kun udføres, når du observerer andre DD Boost-relaterede fejl i vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log filer og yderligere fejlfinding er nødvendig. Dette kræves typisk kun, når NetWorker-support til Data Domain-samarbejder eller tekniske engagementer anmoder om det direkte.

1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:

sudu su -

2. Opret en tom fil kaldet ddboost_precert.ini Under /:

touch /ddboost_precert.ini

3. Opret DDLog Register:

mkdir /DDLog

4. Aktivér DD Boost-fejlfinding for den tjeneste, der kræver fejlfinding:

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æft, at ikonet ddboost_precert.log genereres, genskabe problemet og indsamle ddboost_precert.log:

ls -l /DDLog

6. Når fejlfindingshandlinger ikke længere er påkrævet:
   1. Kør følgende kommando igen mod den tjeneste, du aktiverede ddboost-fejlfinding:

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

1. 2. Slet /ddboost_precert.ini Fil.

rm -rf /ddboost_precert.ini

Logføring af vProxy-valg:

Denne fejlfinding kan bruges, når en sikkerhedskopieringsarbejdsgang til en virtuel maskine (VM) 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 er nyttigt, når der ikke er nogen kommunikationsproblemer mellem NetWorker-serveren og vProxy (port 9090), og der ikke er nogen fejl om, at vProxy ikke er tilgængelig i NMC eller daemon.raw.

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 Register:

Linux: 
touch /nsr/tmp/vmbackup_logging

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

3. Start VM-sikkerhedskopieringsjobbet.
4. Overvåg den gengivne daemon.log for Vmproxy Queue og select_vproxy Meddelelser.

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

5. Hvis du vil deaktivere denne fejlfinding, skal du slette ikonet vmbackup_logging fil fra /nsr/tmp Dir.

Relaterede artikler:

• NVP-vProxy Triage-vejledning: NetWorker VMware Protection vProxy Triage og logoversigt
• NVP vProxy: Sådan får du den nøjagtige kommandosyntaks til at køre en VM-gendannelse fra CLI med fejlfinding.
• NetWorker (Linux): Sådan kopierer du filer til/fra en Linux NetWorker-server.
• NVP vProxy: Fejlfinding af netværksforbindelser i forbindelse med sikkerhedskopiering og gendannelse
• NetWorker: NVP vProxy fejlfinding VM-sikkerhedskopiering og -gendannelse samt ydeevne og overførselshastighed