Det kan vara nödvändigt att ändra loggnivån till nivån "debug" för att felsöka ett problem med NetWorker VMware Protection med vProxy Appliance-lösningen (NVP-vProxy). I den här artikeln beskrivs hur du ändrar loggnivå.
Summary:
Det kan vara nödvändigt att ändra loggnivån till nivån "debug" för att felsöka ett problem med NetWorker VMware Protection med vProxy Appliance-lösningen (NVP-vProxy). I den här
artikeln beskrivs hur du ändrar loggnivå.
...
This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.
Article Content
Instructions
Vanligtvis är det tillräckligt att analysera policyloggarna på NetWorker-servern i .../nsr/logs/policy/[policynamn], men ibland kan det vara nödvändigt att analysera loggarna på själva vProxy-enheten och dessutom öka loggningsnivån till "debug" för att få en tydligare uppfattning om orsaken till ett fel. Detta är vanligtvis bara ett krav när NetWorker-supporten har engagerats och supportteknikern har begärt felsökningsuppsättning för att felsöka som en specifik process.
NVP-vProxy-loggfiler på vProxy Appliance finns i följande katalog:
/opt/emc/vproxy/runtime/logs
Det finns en underkatalog för var och en av de principprocesser som används för NetWorker-åtgärder på vProxy Appliance:
vBackupd
vflrd
vrapid
vrecoverd
Du har t.ex. vbackupd-underkatalogen loggarna:
[session-uuid].log Bearbetningsinformation förvbackupd-engine.log-förfrågningar för en session
och problemhändelser inklusive fel- och panikmeddelanden från sessionsloggen.
vbackupd-boost.log DDBoost-loggning.
vbackupd-snapmgr.log Snapshot-loggning
vbackupd-vddk.log VDDK-loggning – VMware Virtual Disk Development Kit
Den här metoden gäller för vProxy-version 4.3.x och senare.
1. Anslut till vProxy via SSH med hjälp av vProxy-administratörskontot.
2. Växla till rot: sudo su – 3. Ändra till katalogen vProxy Agent Bin: cd /opt/emc/vproxy/bin 4. För den tjänst som du vill felsöka (vbackupd, vflrd, vrapid, vrecoverd) kör du följande kommando:
./vProxy_debug.sh -s -d SERVICE_NAME -p program -l debug
Obs! FELSÖKNINGsmeddelanden ska visas i services engine.log, som visas ovan.
Om du vill inaktivera felsökningen kan du återställa tjänsten till spårning
./vProxy_debug.sh -s -d SERVICE_NAME -p program -l trace
Använda servicefelsökningsmetod 2:
De tillgängliga loggningsnivåerna är: none, error, warn, info, trace, debug
För att ställa in vbackupd-processen på loggningsnivån "debug":
1. Logga in på vProxy Appliance som administratör via ssh eller konsol och växla till root: sudo su – 2. Gå till systemd-katalogen: cd /usr/lib/systemd/system/
Obs! Alla servicefiler finns här: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service osv.
3. Öppna den servicefil som du vill använda felsökning för, t.ex.: vi vbackupd.service 4. Hitta raden med ExecStart= och append --program-log-level=debug
Andra parametrar:
--engine-log-level=string vProxy 2.x-loggnivå för motor: {felsökning, spårning, info, varna }.
--program-log-level=string (vbackupd) vProxy 3.x och senare motornivå: {felsökning, spåra, info, varna } (standard "trace")
--Version
Obs! NVP-vProxy-versionen visas på fliken Configuration i Vproxy-egenskaperna i NetWorker Management Console:
– NMC -> Devices -> VMware Proxies -> högerklicka på vProxy Appliance -> Properties -> Configuration Tab -> VM proxy version
5. Spara ändringarna i fil
6. Läs in enhetskonfigurationsfilen igen genom att skriva kommandot:
systemctl daemon-reload
7. Kontrollera i NetWorker Management Console att inga säkerhetskopior körs för närvarande och starta sedan om vbackupd-tjänsten:
systemctl restart vbackupd.service
Ovanstående process gäller för tjänsterna: vrapid, vrecoverd, vbackupd och vflrd.
Använda VDDK-felsökning:
1. Logga in på vProxy Appliance med SSH eller konsolen som administratör och växla till root: sudu su – 2. Redigera vixDiskLib.config-filen så att den innehåller följande rad: vi /opt/emc/vproxy/conf/VixDiskLib.config
vixDiskLib.transport.LogLevel=4
0 = Ingen loggning
1 = Fel endast
2 = Varningar och fel 3 = Viktiga informationsmeddelanden
, fel och varningar
4 = Felsökningsdata plus allt annat
3. Starta om relevant tjänst:
systemctl restart [service-name].service till exempel: systemctl restart vrecoverd.service
När du har ställt in loggning på felsökningsnivå kan du kontrollera att det finns meddelanden i den relevanta loggfilen som börjar med ordet "Debug"
. När du har slutfört felsökningsprocessen kan du återställa loggnivån med hjälp av samma procedur med ordet "trace" efter equal-tecknet i stället för "debug". För att detta ska kunna tillämpas omedelbart måste daemon läsas in och startas om enligt beskrivningen ovan.
Felsökning av DDBoost:
Den här processen kan göras i kombination med andra felsökningsmetoder som beskrivs ovan.
1. Logga in på vProxy Appliance med SSH eller konsolen som administratör och växla till root: sudu su – 2. Redigera filen vbackupd.service: vi /usr/lib/systemd/system/SERVICE.service
ddboost-felsökning kan aktiveras på följande tjänster, aktivera felsökning beroende på vilka åtgärder som utförs som kräver felsökning:
3. På raden med ExecStart-append: --boost-log-level=debug --boost-log-level=string DD Boost-loggnivå: {ingen, fel, varna, info, felsöka, spåra, alla } (standard "error")
4. Skapa filen ddboost_precert.ini under /: tryck på /ddboost_precert.ini 5. Skapa katalogen DDLog under /: mkdir /DDLog 6. Läs in daemon igen: systemctl daemon-reload 7. Starta om vbackupd.service: systemctl starta om SERVICE.service
Starta om tjänsten där felsökning aktiverades, till exempel:
systemctl restart vbackupd.service
8. Kontrollera att tjänsten har slutförts: systemctl status SERVICE.service
Exempel:
systemctl status vbackupd.service
9. Kontrollera att "debug" visas i vbackupd-ddboost.log:
Exempel på bekräftelse av inställningar som tillämpas på vbackupd: