NetWorker VMware Protection-vProxy: Logboekregistratie voor foutopsporing inschakelen

Summary: Het wijzigen van het logboekniveau in 'debug' kan nodig zijn om een probleem met NetWorker VMware Protection (NVP) met vProxy Appliance-oplossing (NVP-vProxy) op te lossen. In dit artikel wordt uitgelegd hoe u het logboekniveau kunt wijzigen. ...

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.
Check out other resources

Instructions

Bekijk deze video: Logboekregistratie voor vProxy-foutopsporing inschakelen.

 


Meestal is het voldoende om de beleidslogboeken van de NetWorker-server in /nsr/logs/policy/[policy name], maar af en toe kan het nodig zijn om de logboeken van het vProxy-apparaat zelf te analyseren en bovendien het logboekregistratieniveau te verhogen om fouten op te sporen om een duidelijker idee te krijgen van de reden voor een fout. Dit is doorgaans alleen een vereiste nadat NetWorker-support is ingeschakeld en de supporttechnicus heeft gevraagd om de set voor probleemoplossing als specifiek proces te debuggen. 

NVP-vProxy-logbestanden op de vProxy appliance bevinden zich in de volgende map: /opt/emc/vproxy/runtime/logs.

Er is een subdirectory voor elk van de belangrijkste processen die worden gebruikt voor NetWorker-bewerkingen op de vProxy-appliance: 
vbackupd

vflrd

vrapid

vrecoverd
Bijvoorbeeld in de vbackupd subdirectory, heb je de logs: 
[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
Aanvullende informatie over vProxy-logboekregistratie en -verzameling is te vinden in het artikel NVP-vProxy Triage Guide: Overzicht van NetWorker VMware Protection vProxy Triage en logboeken


Methode 1 voor foutopsporing van service toepassen:

Deze methode is van toepassing op vProxy's versie 4.3.x en hoger. Het kan worden gebruikt om foutopsporing in te schakelen op vProxy-services (vrapid, vrecoverd, vbackupd, vflrd). Meer foutopsporing kan worden ingeschakeld voor DD Boost-verkeer, VDDK en snapshotberichten (indien van toepassing).
  1. Maak verbinding met de vProxy via SSH met behulp van het vProxy-beheerdersaccount .
  2. Overschakelen naar root:
sudo su -
  1. Ga naar de bin-directory van de vProxy-agent:
cd /opt/emc/vproxy/bin
  1. Voor de service waarvan u de foutopsporing wilt opvolgen, voert u de volgende opdrachten uit:

Back-upengine: vbackupd
Daemon Entiteit voor logboekregistratie Voorbeeld van opdrachtgebruik Logboeklocaties
vbackupd Programma (hoofdmotor) 
./vProxy_debug.sh -s -d vbackupd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Logboeken van individuele back-upsessies: 

/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
De VDDK houdt ook privélogboeken bij in de directory /tmp/vmware-root
       Snapshotbeheer 
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Recover Engine: vrecoverd
Daemon Entiteit voor logboekregistratie Voorbeeld van opdrachtgebruik Logboeklocaties
vrecoverd Programma (hoofdentiteit) 
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Logboeken voor individuele herstelsessies: 

/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
De VDDK onderhoudt ook privélogboeken in de directory /tmp/vmware-root

FLR-motor: vflrd
Daemon Entiteit voor logboekregistratie Voorbeeld van opdrachtgebruik Locatie van logboek
vflrd Programma (hoofdmotor) 
./vProxy_debug.sh -s -d vflrd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Individuele FLR-koppelingssessielogboeken: 
/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
Voltooide logbestanden worden verplaatst naar 
/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
De VDDK onderhoudt ook privélogboeken in de directory /tmp/vmware-root

REST-server: vrapid
Daemon Entiteit voor logboekregistratie Voorbeeld van opdrachtgebruik Locatie van logboek
vrapid Programma (hoofdmotor) 
./vProxy_debug.sh -s -d vrapid -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

De bovenstaande opdrachten tonen dat foutopsporing is ingeschakeld. Deze opdrachten kunnen opnieuw worden uitgevoerd door de -l optie om terug te zetten naar de standaardinstellingen:

Opties:
  • Voor programmalogboek:
warn | info | trace (standaard) | debug
  • Voor DD Boost-logboek:
none | error | warn | info | debug | trace (standaard) | all
  • Voor VDDK Log:
0 = Geen logging
1 = Alleen fouten
2 = Waarschuwingen en fouten
3 = Belangrijke informatieberichten, fouten en waarschuwingen (standaard)
4 = Debug data plus al het andere
  • Voor Snapshot Manager-logboek:
warn | info | trace (standaard) | debug


Methode 2 voor foutopsporing van service toepassen:

De beschikbare logboekniveaus zijn geen, fout, waarschuwen, info, traceren en foutopsporing.

Als u de vbackupd Proces tot logboekniveau debug:
  1. Meld u aan bij de vProxy Appliance als admin via SSH of console en schakel over naar root:
sudo su -
  1. Ga naar de systemd map:
cd /usr/lib/systemd/system/ 

Opmerking: Alle servicebestanden vindt u hier: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, enzovoort
  1. Open het servicebestand waarop u foutopsporing wilt toepassen, bijvoorbeeld:
vi vbackupd.service 
  1. Zoek de lijn met ExecStart= en voeg toe met --program-log-level=debug
Overige parameters: 
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
 
Opmerking: De NVP-vProxy-versie wordt weergegeven in het tabblad Configuratie van de vProxy-eigenschappen in de NetWorker Management Console >>: apparaten, VMware-proxy's>, klik met de rechtermuisknop op de vProxy-apparaateigenschappen>>Configuratie > VM-proxyversie.  
 
  1. Sla de wijzigingen in het bestand op
  2. Laad het eenheidsconfiguratiebestand opnieuw met de opdracht:
systemctl daemon-reload
  1. Controleer in de NetWorker Management Console dat er geen back-ups worden uitgevoerd en start vervolgens de vbackupd dienst:
systemctl restart vbackupd.service
Het bovenstaande proces is van toepassing op de services vrapid, vrecoverd, vbackupd, vflrd.


VDDK-foutopsporing toepassen:

  1. Meld u aan bij het vProxy-apparaat met SSH of console als admin en schakel over naar root:
sudu su -
  1. Bewerk het bestand VixDiskLib.config zodat het de volgende regel bevat:
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 de betreffende service opnieuw:
systemctl restart [service-name].service 
Bijvoorbeeld:  
systemctl restart vrecoverd.service
Nadat u het niveau voor foutopsporing hebt ingesteld, kunt u bevestigen dat er berichten in het betreffende logboekbestand staan die beginnen met het woord foutopsporing.

Nadat u het foutopsporingsproces hebt voltooid, kunt u het logboekniveau opnieuw instellen met behulp van dezelfde procedure, met het woord tracering na het gelijkteken in plaats van foutopsporing. Om ervoor te zorgen dat deze wijziging onmiddellijk van toepassing is, moet de daemon opnieuw worden geladen en opnieuw worden opgestart zoals hierboven beschreven.


DD Boost Precert Debugging:

Dit proces wordt uitgevoerd met andere foutopsporingsmethoden die hierboven zijn beschreven.
  1. Meld u aan bij het vProxy-apparaat met SSH of console als admin en schakel over naar root:
sudu su -
  1. Een bestand maken ddboost_precert.ini onder:
/: touch /ddboost_precert.ini
  1. Maak het DDLog map:
mkdir /DDLog
  1. Schakel DD Boost-foutopsporing in voor de service die u wilt debuggen:
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. Controleer of het ddboost_precert.log wordt gegenereerd:
ls -l /DDLog
​​​​​​ Schermafbeelding van logboekbevestiging
  1. Wanneer foutopsporingsbewerkingen niet langer nodig zijn, voert u de volgende opdracht opnieuw uit:
vProxy_debug.sh -l trace


vProxy Selection Logging:

Deze foutopsporing kan worden gebruikt wanneer een VM-back-upworkflow vastloopt met de VM's in de wacht om te worden uitgevoerd. In dit scenario is de back-uptaak gestart, maar is er geen vProxy opgehaald om de back-upsessie te starten. Er is geen logboekregistratie van het vProxy-selectieproces in standaardlogboekregistratie. We kunnen vmbackup_logging op de NetWorker-server, die het vProxy-selectieproces registreert tijdens het starten van VMware Protection Policy. Dit kan handig zijn als er geen communicatieprobleem is tussen de NetWorker-server en vProxy (poort 9090) en er geen fouten zijn met betrekking tot het feit dat de vProxy niet beschikbaar is in de NMC of daemon.log.
 
  1. Open een PowerShell-beheerdersprompt (Windows) of een root-SSH-sessie (Linux) op de NetWorker-server.
  2. Maak een bestand zonder extensie met de naam vmbackup_logging onder de NetWorker /nsr/tmp map:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Bij de bovenstaande opdracht wordt ervan uitgegaan dat de standaard NetWorker-installatielocatie is gebruikt. Als NetWorker op een andere locatie is geïnstalleerd, past u de locatie van /nsr/tmp dienovereenkomstig.
  1. Start de VM-back-uptaak.
  2. Controleer de gerenderde daemon.log voor VMproxy-wachtrij en selecteer vproxy-berichten.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Als je vragen hebt, bekijk dan het artikel: NetWorker: Hoe nsr_render_log te gebruiken.
  1. Als u deze foutopsporing wilt uitschakelen, verwijdert u het bestand vmbackup_logging uit de /nsr/tmp Dir.

Additional Information

Gerelateerde artikelen:

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000022610
Article Type: How To
Last Modified: 11 Mar 2025
Version:  16
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.