4
Probleme mit Quantum Superloader 3
Hallo alle zusammen!
Ich habe bei meinem Arbeitgeber ein Problem mit einem Quantum Superloader 3.
Das Gerät lief über ein Jahr ohne Probleme und muckt in der letzten Zeit ununterbrochen.
In den Backuplogs kommt immer wieder die Fehlermeldung, das das Bandlaufwerk gereinigt werden muss.
Geht man dieser Forderung nach, kommt der Fehler bei der nächsten Sicherung trotzdem.
Vorher kamen gelegentlich Fehlermeldungen a la "Volume konnte nicht fixiert werden"
Auf dem Displa steht immer "Drive TAflag[20] Clean Now".
Wir haben schon ein wenig rumprobiert...
Zuerst verwendeten wir ArcServe Backup 12.
Hier die Fehlermeldung aus dem Programm.
"[FEHLER & WARNUNGEN]
23.09.2008 01:55:43 E8005 Slot[1] wird nach Datenträgerfehler als offline markiert. Slot[1][SN:MIV480L3] in Bibliothek[5][SN:CG7EC30411]
23.09.2008 01:55:43 W6971 *DLTSage Alert* Die folgende Info ist für Gerät[4], S/N[JD00PB0 ]
23.09.2008 01:55:43 E6918 Das Bandlaufwerk muss gereinigt werden:
1. Wenn der Vorgang gestoppt wurde, lassen Sie das Band auswerfen und reinigen Sie das Laufwerk.
2. Oder warten Sie bis der Vorgang beendet ist, und reinigen Sie das Laufwerk dann.
Anweisungen zum Reinigen finden Si"
"23.09.2008 01:52:51 E11049 Laufwerklesefehler (Fehler = 165)
23.09.2008 01:52:51 E11042 Image-Sitzung/serverlose Sitzung 6 ist unvollständig und unbrauchbar.
23.09.2008 01:53:05 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:05 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:05 E3719 Auf Datenträger kann nicht geschrieben werden. (DATENTRÄGER=MO-WO1 [S/N: MIV480L3], FC=FEHLER - DAEMON NICHT INITIALISIERT)
23.09.2008 01:53:05 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:07 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:07 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:07 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:07 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:08 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:09 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)"
Neue Bänder bringen auch keine Besserung.
In der letzen Woche haben wir von unserer betreuenden Firma einen Leihserver bekommen, an den das Bandlaufwerk umgezogen ist.
Probeweise haben wir auch die Backupsoftware gewechselt und sind auf Symantec Backup Exec 12 umgestiegen.
Das SCSI-Kabel wurde ebenfalls ausgetauscht.
Leider brachte auch das keine positiven Ergebnisse.
Hier die Fehlermeldung aus Backup Exec:
(Server: "VIBAVMWARE") (Auftrag: "Duplizieren von FS-VIBA B2D --> Tape Test") Kritisch - Das Medienlaufwerk muss gereinigt werden:
1. Falls der Vorgang angehalten wurde, werfen Sie das Medium aus, und reinigen Sie das Laufwerk.
2. Falls der Vorgang nicht angehalten wurde, warten Sie auf die Fertigstellung, und reinigen Sie danach das Laufwerk.
Schlagen Sie im Benutzerhandbuch des Medienlaufwerks nach gerätespezifischen Reinigungsanweisungen nach.
Wechsler: QUANTUM 1
Laufwerk: CERTANCE 1
Schacht: 3
Auffällig ist, das der Job immer nach ca 1h 06Min abbricht...
Ich hoffe, mir kann jemand helfen, nach 2 Tagen Googlen hab ich schon Kopfschmerzen ;)
Ich habe bei meinem Arbeitgeber ein Problem mit einem Quantum Superloader 3.
Das Gerät lief über ein Jahr ohne Probleme und muckt in der letzten Zeit ununterbrochen.
In den Backuplogs kommt immer wieder die Fehlermeldung, das das Bandlaufwerk gereinigt werden muss.
Geht man dieser Forderung nach, kommt der Fehler bei der nächsten Sicherung trotzdem.
Vorher kamen gelegentlich Fehlermeldungen a la "Volume konnte nicht fixiert werden"
Auf dem Displa steht immer "Drive TAflag[20] Clean Now".
Wir haben schon ein wenig rumprobiert...
Zuerst verwendeten wir ArcServe Backup 12.
Hier die Fehlermeldung aus dem Programm.
"[FEHLER & WARNUNGEN]
23.09.2008 01:55:43 E8005 Slot[1] wird nach Datenträgerfehler als offline markiert. Slot[1][SN:MIV480L3] in Bibliothek[5][SN:CG7EC30411]
23.09.2008 01:55:43 W6971 *DLTSage Alert* Die folgende Info ist für Gerät[4], S/N[JD00PB0 ]
23.09.2008 01:55:43 E6918 Das Bandlaufwerk muss gereinigt werden:
1. Wenn der Vorgang gestoppt wurde, lassen Sie das Band auswerfen und reinigen Sie das Laufwerk.
2. Oder warten Sie bis der Vorgang beendet ist, und reinigen Sie das Laufwerk dann.
Anweisungen zum Reinigen finden Si"
"23.09.2008 01:52:51 E11049 Laufwerklesefehler (Fehler = 165)
23.09.2008 01:52:51 E11042 Image-Sitzung/serverlose Sitzung 6 ist unvollständig und unbrauchbar.
23.09.2008 01:53:05 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:05 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:05 E3719 Auf Datenträger kann nicht geschrieben werden. (DATENTRÄGER=MO-WO1 [S/N: MIV480L3], FC=FEHLER - DAEMON NICHT INITIALISIERT)
23.09.2008 01:53:05 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:07 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:07 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:07 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:07 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)
23.09.2008 01:53:08 AE50007 Sicherung konnte nicht begonnen werden. (Sitzungs-Header konnte nicht geschrieben werden.)
23.09.2008 01:53:09 E3712 Sitzung kann nicht geschlossen werden. (FC=NICHT BEHEBBARER DATENFEHLER)"
Neue Bänder bringen auch keine Besserung.
In der letzen Woche haben wir von unserer betreuenden Firma einen Leihserver bekommen, an den das Bandlaufwerk umgezogen ist.
Probeweise haben wir auch die Backupsoftware gewechselt und sind auf Symantec Backup Exec 12 umgestiegen.
Das SCSI-Kabel wurde ebenfalls ausgetauscht.
Leider brachte auch das keine positiven Ergebnisse.
Hier die Fehlermeldung aus Backup Exec:
(Server: "VIBAVMWARE") (Auftrag: "Duplizieren von FS-VIBA B2D --> Tape Test") Kritisch - Das Medienlaufwerk muss gereinigt werden:
1. Falls der Vorgang angehalten wurde, werfen Sie das Medium aus, und reinigen Sie das Laufwerk.
2. Falls der Vorgang nicht angehalten wurde, warten Sie auf die Fertigstellung, und reinigen Sie danach das Laufwerk.
Schlagen Sie im Benutzerhandbuch des Medienlaufwerks nach gerätespezifischen Reinigungsanweisungen nach.
Wechsler: QUANTUM 1
Laufwerk: CERTANCE 1
Schacht: 3
Auffällig ist, das der Job immer nach ca 1h 06Min abbricht...
Ich hoffe, mir kann jemand helfen, nach 2 Tagen Googlen hab ich schon Kopfschmerzen ;)
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 97830
Url: https://administrator.de/contentid/97830
Ausgedruckt am: 18.11.2024 um 07:11 Uhr
4 Kommentare
Neuester Kommentar
Hallo,
schonmal das Laufwerk mit Xtalk gestestet?
Was für ein LTO-Laufwerk ist das denn, LTO2 oder LTO3?
GIbt es interne Errorlogs der Laufwerke, und gibt es da auch Medienprobleme?
Wie schnell liefen Backups (als sie denn noch gelaufen sind)?
Die Reinigungsmeldung vom Laufwerk kommt nur aus 3 Gründen:
- CRC-Fehler
- Timer in der Firmware abgelaufen bzgl. Tape-Motion-Hours
- Mediamanagement registriert zu viele Rewrites
Die Meldung von Arcserve und Backup Exec könnte entweder einen CRC-Fehler, oder die Meldung des Medienmanagments sein.
Evtl. ist auch das Band hinnüber.
K.
schonmal das Laufwerk mit Xtalk gestestet?
Was für ein LTO-Laufwerk ist das denn, LTO2 oder LTO3?
GIbt es interne Errorlogs der Laufwerke, und gibt es da auch Medienprobleme?
Wie schnell liefen Backups (als sie denn noch gelaufen sind)?
Die Reinigungsmeldung vom Laufwerk kommt nur aus 3 Gründen:
- CRC-Fehler
- Timer in der Firmware abgelaufen bzgl. Tape-Motion-Hours
- Mediamanagement registriert zu viele Rewrites
Die Meldung von Arcserve und Backup Exec könnte entweder einen CRC-Fehler, oder die Meldung des Medienmanagments sein.
Evtl. ist auch das Band hinnüber.
K.
Das Laufwerk ist ein LTO 3 Laufwerk.
Als die Backups noch liefen, brachten sie es auf durchschnittlich 3.400MB/min.
Xtalk werde ich mal testen, mal sehen, was ich noch rausfinden kann...
Ich berichte dann wieder ^^
Als die Backups noch liefen, brachten sie es auf durchschnittlich 3.400MB/min.
Xtalk werde ich mal testen, mal sehen, was ich noch rausfinden kann...
Ich berichte dann wieder ^^
So...
XTalk meldet keine Fehler.
Wir werden nochmal die neuen Bänder testen, ob eventuell die Bänder nicht doch einen Schuss haben.
Auffällig ist, dass der Fehler nur bei Jobs mit größeren Datenmengen auftritt...
XTalk meldet keine Fehler.
Wir werden nochmal die neuen Bänder testen, ob eventuell die Bänder nicht doch einen Schuss haben.
Auffällig ist, dass der Fehler nur bei Jobs mit größeren Datenmengen auftritt...
genau das selbe Problem hatten wir seit 1 Jahr schon mind. 3 mal.. die Tape library wurde bereits 3-4 mal von quantum ausgetauscht weil die schreib und leseköpfe kaputt gingen... habe heute den 4 Superloader bekommen...
guter tipp...
mind. bronze support mit gerät bestellen!
guter tipp...
mind. bronze support mit gerät bestellen!
