Subject: re: tandberg tdc 4200 (Panther 2GB external scsi) tape under
To: Peter L. Peres <plp@actcom.co.il>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
List: port-i386
Date: 02/17/2005 16:28:00
Am 17.02.2005 um 1:35 Uhr +0200 schrieb Peter L. Peres:
>Ok, some follow below. Keep in mind that I do not know if the drive
>is ok. It did not pass its self test but the code it flashed relates
>to a lock
What sort of lock?
>and not to a failure. I do not know enough about this streamer to
>draw conclusions.
The manuals should be available from tandberg.com.
>>>I am not sure if I used a compatible cartridge though. This drive
>>>is reported as 'rogue' by the detect code in the kernel. Before I
>>>waste too much time with this, has anyone got a tdc 4200 or
>>>similar tape working under netbsd ?
>>
>>I ran a 4220 for years with a hacked st driver -- the QIC EOM
>>handling is special. Without seeing your error messages it's hard
>>to tell, though, whether the quirk entries are still needed.
>
>this is typical for what I get:
>Feb 16 10:28:06 netbsd /netbsd: st1 at scsibus0 target 0 lun 0:
><TANDBERG, TDC 4
>200, =07:> SCSI2 1/sequential removable
>Feb 16 10:28:06 netbsd /netbsd: st1: rogue,
>Feb 16 10:28:06 netbsd /netbsd: drive empty
>Feb 16 10:28:06 netbsd /netbsd: st1: async, 8-bit transfers
>Feb 16 10:29:05 netbsd /netbsd: st1: error 5 in st_load (op 1)
>
>then this:
>Feb 15 19:57:49 netbsd /netbsd: SENSE KEY: Media Error
>Feb 15 19:57:49 netbsd /netbsd: INFO FIELD: 27
>Feb 15 19:57:49 netbsd /netbsd: ASC/ASCQ: ASC 0x00 ASCQ 0x07
>Feb 15 19:57:49 netbsd /netbsd:
>Feb 15 20:31:02 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x08
> 01 00 00 3c 00
>Feb 15 20:31:02 netbsd /netbsd: SENSE KEY: Media Error
>Feb 15 20:31:02 netbsd /netbsd: INFO FIELD: 20
>Feb 15 20:31:02 netbsd /netbsd: ASC/ASCQ:
>End-Of-Partition/Medium Detected
>Feb 15 20:31:02 netbsd /netbsd:
>Feb 15 20:40:00 netbsd /USR/SBIN/CRON[279]: (root) CMD (/usr/libexec/atrun)
>Feb 15 20:47:07 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x08
> 01 00 00 3c 00
>Feb 15 20:47:07 netbsd /netbsd: SENSE KEY: Blank Check
>Feb 15 20:47:07 netbsd /netbsd: INFO FIELD: 60
>Feb 15 20:47:07 netbsd /netbsd: ASC/ASCQ: No Additional Sense
>Information
>Feb 15 20:47:07 netbsd /netbsd:
>Feb 15 20:47:37 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x08
> 01 00 00 3c 00
>
>goes on like this for a while, then:
>
>Feb 15 21:11:56 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x0a
> 01 00 00 3c 00
>Feb 15 21:11:56 netbsd /netbsd: SENSE KEY: Illegal Request
>Feb 15 21:11:56 netbsd /netbsd: ASC/ASCQ: No Additional Sense
>Information
>Feb 15 21:11:56 netbsd /netbsd:
>Feb 15 21:11:56 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x10
> 00 00 00 02 00
>Feb 15 21:11:56 netbsd /netbsd: SENSE KEY: Illegal Request
>Feb 15 21:11:56 netbsd /netbsd: ASC/ASCQ: No Additional Sense
>Information
>Feb 15 21:11:56 netbsd /netbsd:
>Feb 15 21:11:56 netbsd /netbsd: st0(pcscp0:0:1:0): Check Condition
>on CDB: 0x0a
> 01 00 00 03 00
>
>several times (meanwhile the command hung, so I killed it and reset
>the scsi bus so the messages stopped).
That doesn't sound like a drive hardware error. Can you provide the
QIC cartridge type? The Tandberg docs should list compatible media.
There are two issues with the NetBSD tape driver and QIC drives, AFAIR:
(1) Block size where the driver assumes fixed, the newer drives work
better with variable.
(2) EOM, where the drive internally duplicates the EOD mark; since
NetBSD writes two EOD marks, you end up with three on the tape. This
can confuse later reads or appends.
>this drive is almost 10 years old and I am not sure whether I want
>to waste a lot of time on it. An equally old Viper QIC-150MB worked
>well with this setup (just for testing).
Usually, these drives tend to last forever...
What do you get from an 'mt status /dev/nrst0', or an 'mt erase /dev/nrst0'?
hauke
--
/~\ The ASCII Ribbon Campaign Hauke Fath
\ / No HTML/RTF in email Institut für Nachrichtentechnik
X No Word docs in email TU Darmstadt
/ \ Respect for open standards Ruf +49-6151-16-3281