Streamer Kapazität

Post Reply
Message
Author
schnecke
Posts: 47
Joined: 23. Apr 2003 22:59

Streamer Kapazität

#1 Post by schnecke »

Hallo,
ich habe seit vielen Jahren Streamer im Einsatz weiss aber beim aktuellen Problem nicht weiter.
Der Streamer (Tandberg SLR24) hat bisher immer seine 3 GB auf's Band geschrieben. Seit dem neuen Server verlangt er bei gleicher Größe plötzlich nach einem zweiten Band. Normalerweise schreibt er 12 GB unkomprimiert auf's Band!

Die Backup Kommandos lauten:

tar cvT files.tmp -f /dev/st0

Folgender Befehl ...
tar cvfT files.tmp /tmp/backup.tar
.. erzeugt ein 3.2 GB File, somit kann es auch nicht an irgendwelchen Links liegen die eventuell eine größere Datenmenge verursachen könnten.

Die Sicherungsbänder fassen auch 12 GB!

Wer weiss hier einen Rat?

User avatar
hjb
Pro-Linux
Posts: 3264
Joined: 15. Aug 1999 16:59
Location: Bruchsal
Contact:

#2 Post by hjb »

Hi!

Wer ist "er"? der tar-Befehl, oder? Es sieht danach aus, als würde tar die Kapazität des Mediums als zu klein erkennen. Zu welchem Zeitpunkt passiert das?

Die Diagrnose ist allerdings schwierig. Gibt es Kernel-Meldungen oder Ausgaben von mt, die weiterhelfen können?

Grüße,
hjb
Pro-Linux - warum durch Fenster steigen, wenn es eine Tür gibt?

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#3 Post by Janka »

Du verwendest /dev/st0, das spult das Band normalerweise ja selbsttätig zurück. Vielleicht klappt das nicht und das Band ist einfach nicht zurückgespult?

Janka
Last edited by Janka on 15. Jul 2008 11:07, edited 1 time in total.
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

schnecke
Posts: 47
Joined: 23. Apr 2003 22:59

#4 Post by schnecke »

Mit "er" ist der tar Befehl gemeint.

Ja, es scheint so als würde er die Kapazität zu gering einschätzt. Zunächst werden ca. 2 GB auf das Band geschrieben, dann zurückgespult und es erscheint eine Meldung, die nach einem weiteren Medium verlangt.
Füttert man den Streamer dann mit dem anderen Band so wird nach betätigen der Eingabetaste der Vorgang fortgesetzt.

Kernel Meldung:

Code: Select all

Jul 15 04:36:32 server kernel: st0: Current: sense key: Medium Error
Jul 15 04:36:32 server kernel:     Additional sense: Excessive write errors
Jul 15 04:36:32 server kernel: Info fld=0x14
Jul 15 04:36:32 server kernel: st0: Current: sense key: Medium Error
Jul 15 04:36:32 server kernel:     Additional sense: Excessive write errors
Jul 15 04:36:32 server kernel: Info fld=0x1
Jul 15 04:36:32 server kernel: st0: Error on write filemark.
Wobei ich nicht um 4:36 daneben stand und das Band gewechselt habe.

schnecke
Posts: 47
Joined: 23. Apr 2003 22:59

#5 Post by schnecke »

Doch, doch, /dev/st0 spult automatisch zurück nur /dev/nst0 spult nicht zurück.
Hatte ich aber auch schon vermutet und alles von Hand zurückgespult.
Ohne Erfolg...
Die Sicherungsbänder sind noch nicht ein halbes Jahr alt.

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#6 Post by Janka »

Oh, du warst schneller. Ich hatte mich geirrt und den Beitrag oben noch schnell editiert, aber: zu spät.

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#7 Post by Janka »

Noch was: Die Bandendemarkierung ist auch nur einfach eine Markierung, die man mit "mt" aufbringen kann. Vielleicht ist da eine auf dem Band, wo sie nicht hingehört?

Was passiert, wenn du mit dd auf das Band schreibst?

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

schnecke
Posts: 47
Joined: 23. Apr 2003 22:59

#8 Post by schnecke »

Ich werd jetzt mal auf /dev/nst0 sichern bis zum Ende, dann Band auswerfen und schauen wo das Band steht!

Post Reply