NetWorker: Troubleshooting von Problemen beim Mounten von Medien

Wenn die Bibliothekskonfiguration zuvor funktioniert hat und plötzlich ein Problem auftritt, berücksichtigen Sie mögliche Änderungen, die sich auf das Lesen von Labels und Mounts auswirken können:

• Firmware-, Treiber- oder Konfigurationsänderungen für Roboter, Switches oder Adapter
• Hinzufügen, Ersetzen oder Entfernen von Laufwerken, Bandkassetten oder anderen Bibliothekskomponenten
• Änderungen oder Ereignisse an Verschlüsselungskomponenten (z. B. Decru oder Encryption Key Manager)
• Ändern der NetWorker-Softwareversion oder Betriebssystem-Patches
• Alle Hardwareereignisse wie Stromausfall oder Neustart einer Komponente im Datenpfad
• Diskrepanzen zwischen der NetWorker-Konfiguration und -Bibliothek (z. B. Bandkassetten, die außerhalb der Kontrolle von NetWorker verschoben wurden)

Wenn die Etikettierung oder das Mounten des Volume noch nicht funktioniert hat, vergewissern Sie sich im NetWorker-Hardwarekompatibilitätshandbuch, dass die Laufwerkhardware unterstützt wird. Denken Sie daran, dass es möglich ist, dass ein Gerät teilweise funktionsfähig ist. Die Erkennung allein garantiert keine Nutzbarkeit oder Unterstützbarkeit.
 

• Sporadische oder konsistente Fehler beim Versuch, Medien zu laden oder bereitzustellen
• Mount- oder Etikettierungsvorgänge können auf bestimmten Datenträgern nicht ausgeführt werden
• Unfähigkeit, Wechsel- oder festplattenbasierte Medien ordnungsgemäß zu verwenden
• Keine Verwendung statischer Datenträger, z. B. festplattenbasierte Geräte
• Volumes, die im NSR-Jukebox-Objekt als "unlabeled" markiert werden
• Volumes, deren Standortfeld als NULL markiert ist, obwohl sie sich in einer Bandbibliothek befinden
• Fehler beim Mounten, Etikettieren oder Scannern von Medien:
  • "Unexpected volume, wanted <volume_name>, got <different_volume_name>"
  • "Unexpected volid, wanted <mm_volid>, got <different_volid>
  • "Duplicate volume name `<volume_name>'. Select a new name or remove the original volume."
  • "scanner: Read -1 bytes"
  • "scanner: unexpected file number, wanted 2, got <different_number>"
  • "Opening the file '<disk_device_path>/volhdr' failed ([5004] nothing matched)"
  • "Waiting for <number> writable volume(s) to backup pool '<pool>' disk(s) or tape(s) on <storage_node>"
  • Warning: Required volume <volume>'s status is off-line"

Ein NetWorker-Mount-Vorgang besteht aus mehreren Untervorgängen. Überprüfen Sie, welche Phase des Mountens fehlschlägt:

1. NetWorker wählt ein Volume für den Vorgang aus: Weitere Informationen finden Sie unter Troubleshooting von Medienauswahlproblemen in NetWorker .
2. NetWorker lädt das ausgewählte Volume in das Gerät, falls erforderlich: Weitere Informationen finden Sie unter Troubleshooting von Problemen beim Laden der Bandbibliothek in NetWorker .
3. Versuchen Sie, das Etikett zu lesen:
   • Disk device – das volhdr Etikettendatei im Stammverzeichnis des Festplattengeräteverzeichnisses
   • Bandgerät (nach Ladevorgang) – Zurückspulen und Lesen Medienanfang 32 KB Etikettenblock
   • Bandgerät (nach dem Schreiben, im Leerlauf, bereits geladen) – Rücktaste um eine Datei und Leseblockheader des ersten Datensatzes
4. Wenn der Lesevorgang für die Bezeichnung aus irgendeinem Grund fehlschlägt, verhindert NetWorker, dass das Volume bei einem erneuten Versuch verwendet wird:
   • Festplatte oder eigenständiges Bandgerät: Unmountet das Volume
   • Bibliotheksbandgerät: Entladen Sie das Volume, aktualisieren Sie den Eintrag für die Volume-Bezeichnung im nsr-Jukebox-Objekt auf *- (nicht im Medienindex) und aktualisieren Sie das Feld für den Speicherort der Mediendatenbank auf NULL
5. Wenn der Lesevorgang erfolgreich ist, vergleichen Sie die Etikettierungsdetails mit den "erwarteten" Werten (die im Mediendatenbank-Volume-Datensatz für das ausgewählte Volume):
   • Volume name
   • Volume-ID
   • Datenträgertyp
   • Pool
6. Nach der Validierung wird das Volume "gemountet" und von NetWorker für Lese- oder Schreibvorgänge als verfügbar betrachtet:
   • Die Volume-Felder für das nsr-Gerät, das den Mountvorgang durchführt, wurden aktualisiert (z. B. Volume-Name, Volume-ID usw.).
   • Wenn die Volumes (und das Gerät) Mitglieder einer Bandbibliothek sind, werden die entsprechenden Felder für das nsr-Jukebox-Objekt aktualisiert (z. B. geladene Volumes, belegte Steckplätze, geladene Barcodes).
7. Wenn die Validierung fehlschlägt, wird ein "unerwarteter" Fehler zurückgegeben:
   • "Unerwartetes Volumen, gesucht <volume_name>, bekommen <different_volume_name>"
   • "Unerwartet volid, gesucht <mm_volid>, bekommen <different_volid>
   • Bibliotheksbandgerät: Entladen Sie das Volume und aktualisieren Sie den Volume-Etiketteneintrag im nsr-Jukebox-Objekt auf *- (nicht im Medienindex)

Das Mounten von Medien ist logisch getrennt und unterscheidet sich von den Lademedien . Laden gilt ausschließlich für den logischen (und potenziell physischen) Vorgang des Verschiebens von Medien in ein Gerät. Zunehmende Bedenken hinsichtlich der Validierung des Datenträgers und seiner Kennzeichnung sowie der logischen Bereitstellung der Datenträger für die Verwendung durch NetWorker. Bibliotheksbetrieb (nsrlcpd / NSR Jukebox) betreffen die Handle-Zuordnungen von Laufwerkselement:Host:Gerät und die physische Verschiebung. Laufwerksvorgänge (nsrmmd / NSR-Gerät) verarbeitet alle Lese- und Schreib-I/O-Vorgänge auf Bandgeräten. Lese- und Schreibvorgänge für Etikettierungen werden verarbeitet von nsrsnmd. Daher können die scheinbaren Fehler beim Laden der Bibliothek Laufwerks-, Medien- oder Mediendatenbank-Mount-Fehler sein (oder umgekehrt).

Hinweis: Bei bereits gemounteten Festplattenmedien führt eine neue Speichersitzung zu nsrmmd Überprüfen Sie die Etikettierung, bevor Sie mit Save Stream-Schreibvorgängen fortfahren. Dies kann dazu führen, dass festplattenbasierte Volumes regelmäßig unmountet werden, wenn die Überprüfung der Speicherzeitbezeichnung fehlschlägt.

Beachten Sie auch, dass diese einfache Zusammenfassung keine Darstellung der Auswahllogik für Volumes, Nodes oder Geräte enthält.
 

Es gibt viele mögliche Ursachen für Fehler beim Lesen von Etiketten:

• Beschädigtes Volume
• Etikett durch Zurückspulen überschrieben
• Probleme mit der Laufwerksreihenfolge
• Mediendatenbankkonflikte
• CDI-Fehler
• Fehler beim Entschlüsseln eines verschlüsselten Volumes
• Netzwerk- oder Umgebungsprobleme, die zu vorübergehenden Lesefehlern der volhdr-Datei führen
• Inkompatibilität zwischen libDDBoost-Bibliotheks- und DD OS-Versionen

Um Probleme beim Lesen und Mounten von Labels zu beheben, gehen Sie nach Berücksichtigung der letzten bekannten Änderungen (falls vorhanden) zur Fehlerbehebung, indem Sie den Prozess auf seine primitiven Bestandteile verteilen und einzeln testen.

Während nützliche Daten von NSRGeterfordern die meisten dieser Vorgänge eine manuelle Ausführung.
 

Bibliotheksrobotik: Kommunikation

• Stellen Sie erneut sicher, dass die Bibliothek reagiert und bereit ist, bevor Sie fortfahren. Wenn nicht:

Bibliotheksladevorgang ohne Mount: Logischer Betrieb und Laufwerksreihenfolge

Sobald wir festgestellt haben, dass physische Vorgänge (zumindest oberflächlich) fehlerfrei sind, können wir versuchen, das Problem innerhalb von NetWorker nachzuverfolgen.

• Entladen Sie alle Bandkassetten von allen Geräten in der Bibliothek. Es ist wichtig, sicherzustellen, dass nur ein Volume gemountet ist, um Verwechslungen zu vermeiden.

nsrjb [<-j library_name>] -HH
- or -
nsrjb [<-j library_name>] -uvvvvv

• Bestimmen Sie das Layout der Bibliothek und stellen Sie ihre Bereitschaft sicher, indem Sie die NSR-Jukebox-Statusinformationen mit den Bandkassetteninformationen des Roboters vergleichen:

nsrjb [<-j library_name>] -C
sjirdtag <changer address>

• Versuchen Sie, ein betroffenes Band (ohne Mount) mit hoher Ausführlichkeit in ein betroffenes Laufwerk zu laden, und überprüfen Sie dann, ob das Laufwerkshandle meldet, dass ein Volume vorhanden ist:

nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
mt -f <device_handle> status

mt Bestätigt, dass das Gerätehandle kein Volume meldet. Dies weist in der Regel auf Probleme bei der Laufwerksreihenfolge hin, insbesondere wenn ein unerwartetes Handle geladen erscheint. Fahren Sie stattdessen mit Troubleshooting von Problemen mit der Laufwerksreihenfolge mit NetWorker fort.

Lesen von Medienetiketten: Logische Überprüfung

• Führen Sie eine eigenständige Etikettierungsüberprüfung durch, um zu testen, ob der Etikettlesefehler vorübergehend war oder konsistent ist:

nsrmm -pvvvvv -f <device_handle>

• Wenn die Etikettierung tatsächlich lesbar ist, hängt das Problem eher mit den logischen Aspekten von Bibliotheksladevorgängen zusammen – siehe Troubleshooting von Problemen beim Laden von Bandbibliotheken in NetWorker.
• Führen Sie den Befehl "scanner" aus, um festzustellen, ob Probleme im Etikettierungsteil des Volumes vorhanden sind:

1. Das geladene Gerät im Servicemodus markieren, um zu verhindern, dass es unmountet wird
2. Führen Sie folgenden Befehl aus: scanner -nvvvvvv <device_handle> (In Datei erfassen und nach 10 Sekunden abbrechen)
3. Überprüfen Sie die Scannerausgabe auf wichtige Elemente:

8936:scanner: scanning LTO Ultrium-3 tape 3FO3GR02 on /dev/rmt0.1
96367:scanner: volume id xxxxxxxx record size 262144 bytes created  7/10/13  1:01:24 expires  7/10/15  1:01:24
9003:scanner: /dev/rmt0.1: rewinding
9067:scanner: Rewinding done
8973:scanner: setting position from fn 0, rn 0 to fn 2, rn 0
9000:scanner: /dev/rmt0.1: opened for reading

• Überprüfen Sie die Scannerausgabe auf kritische Informationen. Diese stellen die widersprüchlichen Elemente dar, wenn doppelte Etikettierungsfehler vorliegen. wanted 2, got <not_2>, dann ist das Problem wahrscheinlich, dass das Label nach einem Zurückspulen überschrieben wurde, was fast immer das Ergebnis eines SCSI-Resets ist. Folgen Troubleshooting überschriebener Bezeichnungen und SCSI-Resets in NetWorker.

Medienetikett lesen: Physische Überprüfung (Band)

• Wickeln Sie das Band unter Verwendung der Standard- mt (Port auch in Windows verfügbar): mt -f <device> rewind
• Laden Sie die herunter und führen Sie sie aus t_reader Dienstprogramm und extrahieren Sie es (verwenden Sie die entsprechende Plattform - alle sind enthalten). t_reader Ist in NetWorker-Tools  verfügbar (Anmeldung beim Dell Support-Account erforderlich)
• Führen Sie das Dienstprogramm aus, indem Sie das lokale Handle und optional die größte Blockgröße auf dem Band angeben, z. B.:

t_reader/t_reader_AIX /dev/rmt0.1 262144

• Lassen Sie es einige Sekunden laufen, um einen Bildschirm voller Ausgaben zu erhalten. Vergewissern Sie sich, dass der Anfang des Bands wie eine NetWorker-Etikettierung mit den erwarteten Datenblockgrößen formatiert ist:

Found block size: 32768 
File Mark encountered
Found block size: 32768
File Mark encountered

Wenn die Etikettierungsstruktur intakt zu sein scheint, prüfen Sie, ob sie gelesen werden kann oder verschlüsselt oder anderweitig kompromittiert zu sein scheint:

dd if=<device> of=<output file> bs=32768 count=2

Die Bezeichnung sollte den Namen des Volumes, die Volume-ID und den Pool in Klartext enthalten, sofern sie lesbar und unverschlüsselt ist.

Weitere Informationen finden Sie unter So verwenden Sie das Dienstprogramm t_reader .

Medienetikett liest: Physical Verification (Disk)

Wenn die Überprüfung sowohl für den Scanner als auch für nsrmm -p, die Integrität der NetWorker-Etikettierungsdatei überprüfen, volhdr:

• Stellen Sie sicher, dass auf die volhdr-Datei vom Storage-Node-Host aus zugegriffen werden kann, der Probleme aufweist:
  • Wenn es sich bei dem Festplattengerät um ein lokales AFTD handelt, stellen Sie sicher, dass das in der nsr device-Ressource konfigurierte Konto die volhdr Datei.
  • Wenn es sich bei dem Festplattengerät um ein Remote-CIFS/NFS handelt, stellen Sie sicher, dass das in der nsr-Geräteressource konfigurierte Konto die volhdr Datei.
• Wenn die volhdr Datei ist vorhanden und lesbar. Öffnen Sie sie und überprüfen Sie: Die Bezeichnung sollte in Klartext den Namen des Volumes, die Volume-ID und den Pool enthalten, sofern sie lesbar und unverschlüsselt ist.

Wenn die oben beschriebenen Etikettierungstests für betroffene Geräte und Datenträger erfolgreich sind, Lade- (und Mount-)Vorgänge jedoch weiterhin in der Produktion fehlschlagen, lesen Sie den Abschnitt Troubleshooting bei Ladeproblemen von Bandbibliotheken in NetWorker, um das Troubleshooting fortzusetzen.

Wenn keiner der oben genannten Vorschläge hilft, wenden Sie sich ggf. an Ihren Bibliotheksanbieter, wenn die aus dem Debug erfassten Beweise auf interne Anomalien hindeuten, siehe Troubleshooting von Problemen mit der Erkennung von Bandbibliotheken in NetWorker und Troubleshooting von Problemen beim Zugriff auf Bandbibliotheken in NetWorker. Stellen Sie andernfalls sicher, dass die Debug-Ausgabe innerhalb des NetWorker-Supports eskaliert wird, um die Möglichkeit eines Codefehlers zu untersuchen.