NVP-vProxy (NetWorker VMware Protection): Aktivieren der Debugging-Protokollierung

In der Regel reicht es aus, die Policy-Protokolle auf dem NetWorker-Server in .../nsr/logs/policy/[Policy-Name] zu analysieren. Gelegentlich kann es jedoch erforderlich sein, die Protokolle auf der vProxy-Appliance selbst zu analysieren und darüber hinaus die Protokollierungsebene auf „debug“ zu erhöhen, um die Gründe für einen Ausfall besser zu verstehen. Dies ist in der Regel nur erforderlich, wenn der NetWorker-Support eingebunden wurde und SupporttechnikerInnen die Debugging-Daten zur Fehlerbehebung als bestimmten Prozess angefordert haben. 

NVP-vProxy-Protokolldateien auf der vProxy-Appliance befinden sich im folgenden Verzeichnis:
Es gibt ein Unterverzeichnis für jeden der Hauptprozesse, die für NetWorker-Vorgänge auf der vProxy-Appliance verwendet werden:

• vbackupd
• vflrd
• vrapid
• vrecoverd

Beispiel: Das Unterverzeichnis vbackupd enthält die Protokolle:
Weitere Informationen zur vProxy-Protokollierung und -Erfassung finden Sie hier: NVP-vProxy – Triage-Handbuch: NetWorker VMware Protection vProxy – Triage- und Protokollerfassungshandbuch
 

Anwenden der Service-Debugging-Methode 1:

HINWEIS: DEBUG-Meldungen sollten in der Datei „service engine.log“ angezeigt werden, wie oben dargestellt.

Um das Debug-Programm zu deaktivieren, können Sie den Service auf „trace“ zurücksetzen.

./vProxy_debug.sh -s -d SERVICE_NAME -p program -l trace

 

Anwenden der Service-Debugging-Methode 2:

Anwenden des VDDK-Debuggens:

Nachdem Sie die Protokollierung auf Debug-Ebene festgelegt haben, können Sie bestätigen, dass in der entsprechenden Protokolldatei Meldungen vorhanden sind, die mit dem Wort „debug“ beginnen.

Nach Abschluss des Debuggingprozesses können Sie die Protokollebene mit demselben Verfahren zurücksetzen, indem Sie das Wort „trace“ nach dem Gleichheitszeichen anstelle von „debug“ verwenden.  Damit dies sofort angewendet werden kann, muss der Daemon neu geladen und neu gestartet werden, wie oben beschrieben.

DDBoost-Debugging:

Dieser Prozess kann in Kombination mit anderen oben beschriebenen Debuggingmethoden durchgeführt werden.

1. Melden Sie sich mit SSH oder der Konsole als AdministratorIn bei der vProxy-Appliance an und wechseln Sie zum root-Nutzer: sudu su -
2. Bearbeiten Sie die Datei „vbackupd.service“: vi /usr/lib/systemd/system/SERVICE.service

Das ddboost-Debugging kann für die folgenden Services aktiviert werden. Aktivieren Sie das Debugging abhängig von den durchgeführten Aktionen, die ein Debugging erfordern:

/usr/lib/systemd/system/vbackupd
/usr/lib/systemd/system/vflrd
/usr/lib/systemd/system/vrecoverd

3. In der Zeile mit dem ExecStart-Anhang: --boost-log-level=debug
  --boost-log-level=string
        DD Boost-Protokollebene: { none, error, warn, info, debug, trace, all } (Standardwert „error“)

Beispiel für den Service vbackupd:

ExecStart=/opt/emc/vproxy/bin/vbackupd --boost-log-level=debug​

4. Erstellen Sie die Datei ddboost_precert.ini unter /: touch /ddboost_precert.ini
5. Erstellen Sie das Verzeichnis DDLog unter /: mkdir /DDLog
6. Laden Sie den Daemon neu: systemctl daemon-reload
7. Starten Sie vbackupd.service neu: systemctl restart SERVICE.service

Starten Sie den Service neu, für den das Debugging aktiviert wurde, z. B.:

systemctl restart vbackupd.service

8. Bestätigen Sie, dass der Service ausgeführt wird: systemctl status SERVICE.service

Beispiel:

systemctl status vbackupd.service

9. Vergewissern Sie sich, dass vbackupd-ddboost.log „debug“ anzeigt:

Beispiel für die Bestätigung der auf vbackupd angewendeten Einstellungen:

cat /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-boost.log | grep "set to"

10. Vergewissern Sie sich, dass das Protokoll ddboost_precert.log erzeugt wird: ls -l /DDLog

Wenn Debug-Vorgänge nicht mehr erforderlich sind, entfernen Sie „--boost-log-level=debug“ aus der Servicedatei, laden Sie den Daemon neu und starten Sie den Service neu.

 

NVP-vProxy – Triage-Handbuch: NetWorker VMware Protection vProxy – Triage- und Protokollerfassungshandbuch