NetWorker: Debug-Informationsebenen

Summary: Dieser Artikel enthält Informationen zu NetWorker-Debug-Ebenen und zum Aktivieren des Debuggings.

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

Prämisse:

Nutzernachricht: Meldung, die dem Nutzer im normalen (lokalisierten) Betrieb angezeigt werden kann. Dazu gehören die Anzeige einer Protokolldatei und die Ausgabe, die durch das Festlegen der (-v) Befehlszeilenmarkierung für Ausführlichkeit. Nutzermeldungen umfassen allgemeine Protokollierungen, wie z. B. INFO, WARNUNG, FEHLER usw.
Debug-Meldung: Meldung, die für eine eingehende Analyse vorgesehen ist. Das Debugging wird ausgelöst durch die (-D) Befehlszeilen-Flag oder die dbgcommand. Debugging-Meldungen werden nicht lokalisiert.

Nachrichtenfluss in NetWorker:
 

Übersicht über die NetWorker-Protokollierung 

Ein Programm, das eine Nachricht erzeugt, wird als Sprecher bezeichnet. Jeder Sprecher sendet eine Nachricht entweder an die Benutzeroberfläche, Protokolldatei oder an ein anderes Programm. Die NetWorker-RAP-Ressource "NSR Log" wird erstellt, um jede Protokolldatei zu managen. Eine Meldung kann direkt über Remote Procedure Call (RPC) an die Benutzeroberfläche gesendet werden. Ein Protokoll-Viewer (Viewer) liest beabsichtigte Protokollmeldungen der Benutzeroberfläche und macht sie für einen Nutzer sichtbar. Sprecher protokollieren Nachrichten in einem vom Gebietsschema unabhängigen Format, die Betrachter später mithilfe des Nachrichtenkatalogs übersetzen können. Der Vorteil besteht darin, dass Nutzer die Benutzeroberfläche gleichzeitig in verschiedenen Sprachen und dieselbe Protokolldatei in verschiedenen Sprachen anzeigen können.

Protokollierung:

Die allgemeine NetWorker-Serviceprotokollierung wird in NetWorker geschrieben. daemon.rawverwalten:

  • Linux: /nsr/logs/daemon.raw
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
HINWEIS: Ein Teil der NetWorker-Protokollierung wird in .raw Dateien. Während einige Meldungen in einer .raw Dateien, viele sind unstrukturierte Daten, die nicht für Menschen lesbar (oder schwer zu übersetzen) sind. NetWorker bietet die nsr_render_log Dienstprogramm zum Rendern .raw Protokolldateien in eine für Menschen lesbare Ausgabe umzuwandeln. Siehe: NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien

Weitere NetWorker-Protokolle finden Sie unter: NetWorker: Protokolldateien und Speicherorte

NetWorker-Debug-Level:

In der folgenden Tabelle wird beschrieben, welche Informationen im daemon.raw (oder in den NetWorker-Protokollen) auf den verschiedenen Debug-Ebenen verfügbar sind, wenn NetWorker-Prozesse (Daemons) oder NetWorker-Befehle einschließlich Datenbankmodule debuggt werden.

Debug-Ebene
Debug-Informationen
Verwendung
0
Kein Debugging (deaktiviert)
Standardprotokollierung.
1
  • Prozesse, die nicht erzeugt werden konnten.
  • Fehler bei der DNS- (Domain Name System) und Reverse-DNS-Suche sowie beim Einfügen von DNS-Einträgen in den Cache.
  • Messaging zur Data Domain-Deduplizierung
Gelegentliche
2
  • save Nachrichten
  • recover Nachrichten
  • nsrclone (Clone-Job) Meldungen
Gelegentliche
3
  • VSS-Meldungen (Volume Shadow Copy Service).
  • Meldungen im Zusammenhang mit DNS-Ablaufverfolgung
Häufige
4
  • Enthält die Prozess-ID (PID) aller erzeugten Prozesse.
  • NetWorker-Server/Storage Node nsrmmd Debuggen
Gelegentliche
5
  • Modul-Fehlerbehebung:
    • NetWorker-Modul für Microsoft (NMM)
    • NetWorker-Modul für Datenbanken und Anwendungen (NMDA)
  • Clustering-spezifisches Messaging
Häufige
6
  • NetWorker-Server nsrindexd Messaging
Gelegentliche
7
  • Troubleshooting für NetWorker-Server jobsdb Problem.
  • Clustering-spezifische Informationen.
  • Jobs können aufgrund von Parallelitätseinschränkungen nicht gestartet werden.
  • Debugging der NetWorker Management Console (gstd)
Häufige
8
  • Zusätzliche Debug-Meldungen, dann Stufe 7
Gelegentliche
9
  • NetWorker-Support und technische Diagnose
  • Der NetWorker-Support fordert in der Regel -D9 Da es alle Debug-Ebenen (1 bis 9) enthält.
  • Probleme mit Autochangers (Jukebox).
Häufige
10-99
  • Nur zu verwenden, wenn Sie mit dem NetWorker-Support arbeiten. Dies ist in der Regel nur bei NetWorker-Engineering-Projekten erforderlich.
Selten

Debug-Ebenen sind zusammengesetzt, d. h., jede Debug-Ebene umfasst alle vorherigen Ebenen. Beispiel: Beim Festlegen von Debug-Level 9 werden die Level 1 bis 9 protokolliert.

WARNUNG: Das Debugging sollte nur während der Fehlerbehebung aktiviert werden. Das Festlegen von Debugging für bestimmte NetWorker-Prozesse kann zu einer umfangreichen Protokollierung führen. Außerdem kann je nach Host und Prozess eine hohe Aktivität auf den Prozessen mit aktiviertem Debug auftreten. Dies führt zu einem Risiko für die Dateispeichernutzung, wenn die Option deaktiviert bleibt. Sie müssen die Dateispeichernutzung während des Debuggens immer überwachen. Wenn die Troubleshooting-Aktionen abgeschlossen sind, deaktivieren Sie das Debugging.

Debuggen aktivieren:

Prozessspezifisches Debugging:

Um das prozessspezifische Debugging für NetWorker zu aktivieren, muss das dbgcommand wird verwendet, um ein Debug-Level festzulegen. The NetWorker dbgcommand ermöglicht ein besseres Debugging bestimmter NetWorker-Prozesse, ohne globales Debuggen für alle NetWorker-Prozesse zu aktivieren. dbgcommand kann auf einem PROCESS_NAME oder PROCESS_ID (PID). Debugging festgelegt von dbgcommand wird an den NetWorker gesendet daemon.raw Protokoll.

Hostspezifische Prozesse für NetWorker: NetWorker-Prozesse und -Ports

Führen Sie über eine Eingabeaufforderung mit erhöhten Rechten auf dem NetWorker-Host Folgendes aus:

dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL

Übersicht über dbgcommand Funktionen:

Option Wert Verwendung
Debug=<value> >= 0 (siehe NetWorker-Debug-Level) Aktivieren des Prozess-Debuggings.
Vflag=<value> >= 0 Festlegen der Ausführlichkeitsstufe.
MsgID=<value> Wert = bool 0 oder 1 Ändern Sie den Meldungs-ID-Druck eines laufenden Prozesses.
PrintDevInfo N. z.
  • Für nsrdverwalten: Erstellt ein Speicherabbild des aktuellen Status aller Laufwerke und mmds.
  • Für nsrmmgdverwalten: Aktueller Status aller Jukeboxes, Geräte und Pools auslesen
FlushDnsCache N. z. Leeren Sie den DNS-Cache des Prozesses.

Beispiel:

[root@nsr ~]# dbgcommand -n nsrd Debug=9
Process ID List : 869448
Processing PID:869448

Debug-Meldungen finden Sie im daemon.rawverwalten:

0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.163590 nsrd-D3 is_storage_node_active, hostname: nsr.amer.lan.
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.163697 nsrd-D5 lg_getnameinfo(): Entry in getnameinfo_cache  not found...
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.163722 nsrd-D7 lg_inet_getnameinfo(): ENTER input sa=192.168.9.152  input host buff=0x5604d67a8090 hostlen=1025     input service buff=(nil) servicelen=0    input flags=0x0008 NI_NAMEREQD=1 NI_NUMERICHOST=0 NI_NUMERICSERV=0 NI_NOFQDN=0
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.164319 nsrd-D7 lg_inet_getnameinfo(): EXIT rc=0      host str=nsr-sn.amer.lan       service str=null
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.164378 nsrd-D3 is_storage_node_active, hostname: nsr.amer.lan.
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.164405 nsrd-D5 lg_getnameinfo(): Entry in getnameinfo_cache  not found...
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.164424 nsrd-D7 lg_inet_getnameinfo(): ENTER input sa=192.168.9.152  input host buff=0x5604d67a8090 hostlen=1025     input service buff=(nil) servicelen=0    input flags=0x0008 NI_NAMEREQD=1 NI_NUMERICHOST=0 NI_NUMERICSERV=0 NI_NOFQDN=0
0 01/30/2026 12:39:33 PM  nsrd NSR notice 01/30/26 12:39:33.164867 nsrd-D7 lg_inet_getnameinfo(): EXIT rc=0      host str=nsr-sn.amer.lan       service str=null

Debuggen wird deaktiviert:

[root@nsr ~]# dbgcommand -n nsrd Debug=0
Process ID List : 869448
Processing PID:869448


Verwenden von -D <Level>:

NetWorker-Befehle können auch mit aktiviertem Debuggen ausgeführt werden. Dies geschieht durch Anhängen von -D<DEBUG_LEVEL> auf den Befehl. Um beispielsweise Debug-Level 9 für den Speicherprozess festzulegen, der auf einem NetWorker-Client ausgeführt wird, aktualisieren Sie den Backupbefehl des Clients auf save -D9.

Weitere Informationen finden Sie unter:

Additional Information

Affected Products

NetWorker

Products

NetWorker
Article Properties
Article Number: 000023070
Article Type: How To
Last Modified: 30 Jan 2026
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.