SCSI Tape drive Probleme

[Nihilist1]

Hallo miteinander,

ich habe für "spezielle" Anwendungen einen PC mit dem letzten Stable-Release,
mit apt auf dem letzten Stand, und folgender SCSI Konfiguration:

[ 70.947495] st 2:0:0:0: Attached scsi tape st0
[ 70.959112] st 2:0:1:0: Attached scsi tape st1
[ 70.967991] st 2:0:2:0: Attached scsi tape st2
[ 70.973475] st 2:0:3:0: Attached scsi tape st3
[ 70.976198] st 2:0:4:0: Attached scsi tape st4
[ 70.996860] sr 2:0:5:0: Attached scsi CD-ROM sr0
[ 70.998877] st 2:0:6:0: Attached scsi tape st5

Als SCSI Controller ist ein Adaptec 2940UW eingebaut, mit Terminierung per Software.

[ 16.804078] scsi host2: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0

Die Laufwerke sind im Einzelnen:

[ 16.832766] scsi 2:0:0:0: Sequential-Access ARCHIVE VIPER 60 21116 -007 PQ: 0 ANSI: 1
[ 16.919871] scsi 2:0:1:0: Sequential-Access ARCHIVE VIPER 150 21247 -011 PQ: 0 ANSI: 1
[ 16.980052] scsi 2:0:2:0: Sequential-Access TANDBERG TDC 3600 -07; PQ: 0 ANSI: 1
[ 17.056736] scsi 2:0:3:0: Sequential-Access TANDBERG SLR5 4/8GB =09: PQ: 0 ANSI: 2
[ 17.232464] scsi 2:0:4:0: Sequential-Access HP Ultrium 1-SCSI N2CG PQ: 0 ANSI: 3
[ 17.486938] scsi 2:0:5:0: CD-ROM TEAC CD-R55S 1.0R PQ: 0 ANSI: 2
[ 17.512698] scsi 2:0:6:0: Sequential-Access SEAGATE DAT DAT72-000 A050 PQ: 0 ANSI: 3

Alle Laufwerke sind in einem externen Gehäuse eingebaut, die Verkabelung ist UW, mit entsprechenden
Adaptern auf W für die Laufwerke die W brauchen (Das Ultrium und das DAT sind bereits UW). Das
Gehäuse ist mit einem 68pol. Kabel mit dem PC verbunden. Im Gehäuse ist an letzter Stelle ein aktiver
Terminator eingebaut.

Die Buffer sind jeweils auf die default-Werte eingestellt. zB wenn ich in st0 ein DC600A 60MB
Band lege und es lese bekomme ich konsistente Daten, ebenso von den anderen Laufwerken.
Es gibt aber zwischendrin regelmäßig Fehler:

1. Lesen:

mt -f /dev/st0 rewind -> Band spult zurück,
[ 402.259830] st 2:0:0:0: [st2] Block limits 512 - 512 bytes.
dd if=/dev/nst0 of=ctix01
34+0 Datensätze ein
34+0 Datensätze aus
17408 bytes (17 kB, 17 KiB) copied, 13,8761 s, 1,3 kB/s
dd if=/dev/nst0 of=ctix02
dd: Fehler beim Lesen von '/dev/nst0': Eingabe-/Ausgabefehler
0+0 Datensätze ein
0+0 Datensätze aus
0 bytes copied, 0,00286097 s, 0,0 kB/s
dd if=/dev/nst0 of=ctix02
dd: Fehler beim Lesen von '/dev/nst0': Eingabe-/Ausgabefehler
0+0 Datensätze ein
0+0 Datensätze aus
0 bytes copied, 0,00282091 s, 0,0 kB/s

Wenn ich das Band zurückspule passiert aber folgendes:

mt -f /dev/st0 rewind
dd if=/dev/nst0 of=ctix02
34+0 Datensätze ein
34+0 Datensätze aus
17408 bytes (17 kB, 17 KiB) copied, 3,60486 s, 4,8 kB/s
dd if=/dev/nst0 of=ctix03
896+0 Datensätze ein
896+0 Datensätze aus
458752 bytes (459 kB, 448 KiB) copied, 18,8308 s, 24,4 kB/s
dd if=/dev/nst0 of=ctix04
1640+0 Datensätze ein
1640+0 Datensätze aus
839680 bytes (840 kB, 820 KiB) copied, 34,6929 s, 24,2 kB/s

Daraus werde ich nicht schlau; es scheint irgendwas mit den
Einstellungen zu tun zu haben! In dmesg | tail steht nichts drin.

2. Schreiben:

Ich lege ein leeres DC600A 60MB Band ein, und spule es zurück,
und schreibe wie vorher gelesen die Daten aufs Band:

dd if=ctix01 of=/dev/nst0
dd: Schreiben in '/dev/nst0': Eingabe-/Ausgabefehler
dd: Schließen der Ausgabedatei '/dev/nst0': Eingabe-/Ausgabefehler

In dmesg findet sich folgendes:
[ 1220.731759] st 2:0:0:0: [st0] Sense Key : Medium Error [current]
[ 1220.731771] st 2:0:0:0: [st0] Add. Sense: Audio play operation in progress
[ 1220.769019] st 2:0:0:0: [st0] Sense Key : Medium Error [current]
[ 1220.769032] st 2:0:0:0: [st0] Add. Sense: Audio play operation in progress
[ 1220.769038] st 2:0:0:0: [st0] Error on write filemark.

Wenn ich das Band nun schreibschütze ist es logischerweise nur read-only:

dd: konnte '/dev/nst0' nicht öffnen: Das Dateisystem ist nur lesbar

[ 1301.114594] st 2:0:0:0: [st0] Sense Key : Unit Attention [current]
[ 1301.114606] st 2:0:0:0: [st0] Add. Sense: Audio play operation in progress

Wenn ich den Schreibbefehl zB im Laufwerk st2 wiederhole:

dd: Schreiben in '/dev/nst2': Eingabe-/Ausgabefehler
dd: Schließen der Ausgabedatei '/dev/nst2': Eingabe-/Ausgabefehler

[ 1442.090480] st 2:0:2:0: [st2] Sense Key : Hardware Error [current]
[ 1442.090492] st 2:0:2:0: [st2] Add. Sense: No additional sense information
[ 1442.107677] st 2:0:2:0: [st2] Sense Key : Illegal Request [current]
[ 1442.107688] st 2:0:2:0: [st2] Add. Sense: No additional sense information
[ 1442.107695] st 2:0:2:0: [st2] Error on write filemark.

Das Band ist ein neues (ja, ich weiss....) DC600A von 3M. Mit einem
gebrauchten Band das schon Daten trägt sieht es genau gleich aus.
Zurückspulen geht auch nicht mehr:

mt: /dev/st2: rmtioctl failed: Eingabe-/Ausgabefehler

[ 1539.115620] st 2:0:2:0: [st2] Sense Key : Hardware Error [current]
[ 1539.115633] st 2:0:2:0: [st2] Add. Sense: No additional sense information
[ 1539.133405] st 2:0:2:0: [st2] Sense Key : Hardware Error [current]
[ 1539.133418] st 2:0:2:0: [st2] Add. Sense: No additional sense information

Wenn ich nun auf st0 wechsel passiert das selbe:

[ 1718.687950] st 2:0:0:0: [st0] Sense Key : Medium Error [current]
[ 1718.687963] st 2:0:0:0: [st0] Add. Sense: Audio play operation in progress
[ 1718.724024] st 2:0:0:0: [st0] Sense Key : Medium Error [current]
[ 1718.724037] st 2:0:0:0: [st0] Add. Sense: Audio play operation in progress
[ 1718.724044] st 2:0:0:0: [st0] Error on write filemark.

Ich bin etwas ratlos... die Hardware ist definitiv in Ordnung, sie wurde in diversen
Maschinen geprüft. Ich bin jetzt etwas ratlos wo ich noch schauen könnte und was
ich noch tun könnte - mir ist bewusst das QIC Streamer aus den 70ern/80ern sind,
und das es keine zeitgemäße Technik mehr ist, dennoch ist es unabdingbar, wenn
man sich mit historischen Systemen beschäftigt. Viele haben weder Grafikkarte
noch Ethernet, oder CD-Laufwerk.

Hat hier jemand ähnliche Probleme gehabt und eine Lösung dafür?

Gruss, Michael

[pferdefreund]

Audio Play Operation bei nem Band ? Wird das eventuell als CD-Laufwerk erkannt ?

[MSfree]

Audio Play Operation bei nem Band ?

Ja, warum denn nicht? DAT war ja sogar ursprügnlich nur als Digital Audio Tape gedacht. Erst später wurde daraus, wegen Nichterfolg im Hifi-Bereich, zum Datenband für die Computerindustrie.

Komisch ist das nur insofern, da QIC-Laufwerke (siehe scsi 2:0:0:0) kein Audio können. Da ist wohl irgendetwas defekt. Möglicherweise ist auch nur etwas falsch eingestellt. QIC ist ja ein wirklich uralter Standard und das Laufwerk kommt vielleicht mit der "hohen" Datenrate von SCSI-2 nicht zurecht. Im BIOS des Adaptec-Controllers kann man aber z.B. für die QIC den Datenkanal auf 10MHz runtertakten.

[pferdefreund]

Ist das dann eventuell so wie bei den CD-s die ja auch Daten und Audio können, wobei Audio ja dort ein ganz anderes Format ist und kein Dateisystem hat.

[MSfree]

Ist das dann eventuell so wie bei den CD-s die ja auch Daten und Audio können.

Zumindest für DAT ist es so. Das war eigentlich mal als Nachfolger für die Comapct-Cassette geplant, wurder vom "bösen" Consumer aber nicht angenommen. Die meisten Computer-DAT-Laufwerke konnten auch Digital-Audio.

Auch die Video-8 Cassetten konnten Digital-Audio. Da gingen sogar mehrere Tonspuren auf ein Band. Wenn ich mich recht erinnere, konnte man statt Video + Audio auch 6 digitale Audiospuren auf dem Band speichern. Später wurde das Bandformat als Exabyte für die Datenspeicherung im Computerbereich eingesetzt. Allerdings konnten die Computerlaufwerke weder mit Video- noch mit Audiofunktion aufwarten.

[Nihilist1]

Audio Play Operation bei nem Band ?

Ja, warum denn nicht? DAT war ja sogar ursprügnlich nur als Digital Audio Tape gedacht. Erst später wurde daraus, wegen Nichterfolg im Hifi-Bereich, zum Datenband für die Computerindustrie.

Komisch ist das nur insofern, da QIC-Laufwerke (siehe scsi 2:0:0:0) kein Audio können. Da ist wohl irgendetwas defekt. Möglicherweise ist auch nur etwas falsch eingestellt. QIC ist ja ein wirklich uralter Standard und das Laufwerk kommt vielleicht mit der "hohen" Datenrate von SCSI-2 nicht zurecht. Im BIOS des Adaptec-Controllers kann man aber z.B. für die QIC den Datenkanal auf 10MHz runtertakten.

Guten Abend!

Ok, soweit verstanden - kann ich denn selektiv die SCSI-2 Geräte, die am gemeinsamen UW-Kabel
hängen heruntertakten, ohne das Gesamtsystem ins Kippen zu bringen?
Was wäre denn ein akzeptabler Wert für den Takt?

Danke!

[MSfree]

Ok, soweit verstanden - kann ich denn selektiv die SCSI-2 Geräte, die am gemeinsamen UW-Kabel hängen heruntertakten, ohne das Gesamtsystem ins Kippen zu bringen?

Hatte der 2940 nicht mehrere SCSI-Anschlüsse? Soweit ich mich erinnern kann (ist halt schon mehr als ein Jahrzehnt her, daß ich die letzten SCSI-Controller im Rechner hatte), hatte der zumindest intern UW-Anschluß und einen breiteren SCSI-2-Anschluß. Ich würde das/die QIC nicht am UW-Anschluß betreiben.

UW-SCSI ist zwar wohl auch abwärtskompatibel, taktet dann aber den ganzen Bus runter. UW-SCSI lief, glaub ich, mit 80MHz, wenn aber alte SCSI2-Geräte angeschlossen sind, wird auf SCSI2 mit max. 20MHz gefahren.

Was wäre denn ein akzeptabler Wert für den Takt?

Naja, die alten QIC düften Schreib- und Leseraten von 0.5-1MByte/s erreichen. Die Busgeschwindigkeit spielt hier keine Rolle, weil der Bus um mindestens eine Größenordnung schneller ist als das Band, egal, welchen Bustakt man da einstellt.

Das schnellste Bandlaufwerk in deiner Sammlung dürfte das LTO1 (HP Ultrium) sein, das max. 40MByte/s schafft und mit mindestens 20MHz UW-SCSI betrieben werden sollte.

Achso, du hast oben geschrieben, daß du den Controller intern terminiert hast. Das ist schon OK. Dennoch muß das andere Ende des SCSI-Kabels auch terminiert werden, idealerweise mit einem aktiven Terminator.

[Nihilist1]

Hallo zusammen,

danke für die Antworten - das Problem war ein defektes SCSI-Gerät am Bus.
Es hat sich durch "domain validation errors" am letzten Gerät am Bus gezeigt,
ich habe dann der Reihe nach alles abgesteckt, und bin so auf einen Defekt
beim LTO-1 Laufwerk gekommen.

Habe aber dennoch die Geschwindigkeit runtergeschraubt für die anderen!

Liebe Grüsse,

Michael