Re: Tandberg SLR40/Filemarks

On Sun, Sep 09, 2001 at 06:57:29PM +0200, Joerg Wunsch wrote:
> > (sa0:sym0:0:2:0): NO SENSE ILI (length mismatch): 3149
> ILI ist eine `illegal length indication'. Der Block auf dem Tape ist
> wohl länger als Dein Puffer. Das sollte für mit tar geschriebene und
> gelesene Tapes eigentlich nie passieren.

Autsch.

> wissen, ob das Problem u. U. in -current vielleicht sogar schon
> behoben ist (also nicht das Problem mit den Daten auf dem Tape, aber
> möglicherweise verhält sich der Treiber jetzt besser statt gleich in
> den `frozen state' zu gehen).

Mhm, kann ich wohl nicht testen, ist eine Produktionsmaschine.
Da läuft ein 4.2-STABLE vom 2001-03-06. Macht sonst keinerlei
Probleme.

> > hängen. Ich habe alle Tapes mittlerweile auch mal gelöscht
> > (»mt erase 1«), das scheint aber nicht zu helfen.
> Naja, warum auch? Beim Neubeschreiben werden sie ohnehin gelöscht.

Aha, alles klar. Interessant war aber, das es *nach* dem Löschen
eine Zeitlang nur bei 2 Bändern (von 5) auftrat, seit etwa zwei
Wochen aber reproduzierbar beim Schreiben nach dem letzten File
(Tapefile) auftritt (frozen). Beim letzten Rücklese-Test ist tar
auch prompt mittendrin hängengeblieben.

> Wenn Du obiges Problem reproduzierbar generieren kannst, solltest Du
> mal die Prozedur beschreiben, mit der das erfolgt.

Läuft momentan wie folgt; pseudo-perl:

$TAPE="/dev/nrsa0"
mt -f $TAPE rewind
tar czpf $TAPE /data 2>&1 > /dev/null
sleep(30)
mt -f $TAPE rewind
mt -f $TAPE eom
tar czpf $TAPE /home 2>&1 > /dev/null
sleep(30)
mt -f $TAPE rewind

Das mittlere rewind/eom mag unsinnig aussehen, aber ich wollte das
mal testen. Hatte vorher /home direkt danach aufs Tape gekippt
(also ohne vorheriges rewind/eom), kann jetzt aber nicht mit Sicherheit
sagen ob es exakt daran liegt... . Hardware-Compression ist übrigens
abgeschaltet.

Cheers,
-sascha

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 09 Sep 2001 - 19:45:24 CEST