NetWorker VMware Protection-vProxy: Slik aktiverer du feilsøkingslogging

Se denne videoen: Slik aktiverer du vProxy-feilsøkingslogging.

Metoder for å bruke feilsøking i vProxy Engine:

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

Eksempel: vbackupd Underkatalog inneholder følgende logger:

[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

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, Virtual Disk Development Kit (VDDK) og øyeblikksbildemeldinger (der det er aktuelt).

1. Koble til vProxy over SSH ved hjelp av vProxy-administratorkontoen .
2. Bytt til rot:

sudo su -

3. Bytt til bin-katalogen for vProxy-agenten:

cd /opt/emc/vproxy/bin

4. For tjenesten som krever feilsøking, kjører du følgende kommandoer:

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

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

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:

• For DD Boost-logg:

• For VDDK Log:

• For Snapshot Manager Log:

Bruke tjenestefeilsøkingsmetode 2 (manuelt):

1. Logg på vProxy Appliance som admin over SSH eller konsoll, og bytt til rot:

sudo su -

2. Gå til systemd Katalogen:

cd /usr/lib/systemd/system/ 

3. Åpne tjenestefilen som krever feilsøkingsinnstillinger, for eksempel:

vi vbackupd.service 

4. Finn linjen med ExecStart= og legge til med de ønskede feilsøkingsparametrene:

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. Lagre endringene i filen.
6. Last inn enhetskonfigurasjonsfilen på nytt ved å skrive inn kommandoen:

systemctl daemon-reload

7. Bekreft i NetWorker Management Console at ingen sikkerhetskopier kjører, og start deretter vbackupd Tjenesten:

systemctl restart vbackupd.service

Prosessen ovenfor gjelder for tjenestene vrapid, vrecoverd, vbackupd, vflrd.

Bruke VDDK-feilsøking (manuelt):

VMware Disk Development Kit (VDDK)-feilsøking kan brukes manuelt i VixDiskLib.config Filen. Denne feilsøkingen gjelder bare for vbackupd og vrecoverd Feilsøking. Det gjelder ikke vflrd.
 

1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:

sudu su -

2. Rediger ikonet VixDiskLib.config -filen skal inneholde 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. Start den aktuelle tjenesten på nytt:

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

Når feilsøkingsloggingen er angitt, skal loggfilen som er knyttet til tjenesten, inneholde DEBUG-linjer.

Når du har fullført feilsøkingsprosessen, tilbakestiller du loggnivået ved hjelp av 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. DD Boost-biblioteket logger ikke detaljert API-aktivitet (Application Programming Interface) som standard. Aktivering av DD Boost-precertlogging skal bare utføres når du observerer andre DD Boost-relaterte feil i vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log filer og ytterligere feilsøking er nødvendig. Dette er vanligvis bare nødvendig når NetWorker-støtte for Data Domain-samarbeid eller tekniske engasjementer ber om det.

1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:

sudu su -

2. Opprett en tom fil kalt ddboost_precert.ini Under /:

touch /ddboost_precert.ini

3. Opprett ikonet DDLog Katalogen:

mkdir /DDLog

4. Aktiver DD Boost-feilsøking for tjenesten som krever feilsøking:

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. Bekreft at ddboost_precert.log genereres, reproduserer du problemet og samler inn ddboost_precert.log:

ls -l /DDLog

6. Når feilsøkingsoperasjoner ikke lenger er nødvendige:
   1. Kjør følgende kommando på nytt opp mot tjenesten du aktiverte ddboost debug:

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

1. 2. Slett /ddboost_precert.ini Filen.

rm -rf /ddboost_precert.ini

Logging for vProxy-valg:

Denne feilsøkingen kan brukes når en arbeidsflyt for sikkerhetskopiering av virtuell maskin (VM) sitter fast med de virtuelle maskinene 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 er nyttig når det ikke er noen kommunikasjonsproblemer mellom NetWorker-serveren og vProxy (port 9090), og ingen feil om vProxy er utilgjengelig i NMC eller daemon.raw.

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

Linux: 
touch /nsr/tmp/vmbackup_logging

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

3. Start VM-sikkerhetskopieringsjobben.
4. Overvåk de gjengitte daemon.log for Vmproxy Queue og select_vproxy Meldinger.

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

5. Hvis du vil deaktivere denne feilsøkingen, sletter du vmbackup_logging fil fra /nsr/tmp Dir.

Relaterte artikler:

• Sorteringsveiledning for NVP-vProxy: Oversikt over NetWorker VMware-beskyttelse vProxy Sortering og logg
• NVP vProxy: Slik får du den nøyaktige kommandosyntaksen for å kjøre en VM-gjenoppretting fra CLI med feilsøking.
• NetWorker (Linux): Slik kopierer du filer til/fra en Linux NetWorker-server.
• NVP vProxy: Feilsøke nettverkstilkobling for sikkerhetskopierings- og gjenopprettingsoperasjoner
• NetWorker: NVP vProxy-feilsøking VM-sikkerhetskopiering og gjenoppretting av ytelse og gjennomstrømning