Subject: re: tandberg tdc 4200 (Panther 2GB external scsi) tape under netbsd
To: Hauke Fath <hf@spg.tu-darmstadt.de>
From: Peter L. Peres <plp@actcom.co.il>
List: port-i386
Date: 02/17/2005 01:35:11
On Wed, 16 Feb 2005, Hauke Fath wrote:

> Am 16.02.2005 um 22:09 Uhr +0200 schrieb Peter L. Peres:
>> I am trying to continue my taping experience. I was able to test a tdc 
>> 4200 under netbsd and it gave me io errors on access.
>
> The exact error messages could help here.

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 and not to a failure. I do not know enough about this streamer to 
draw conclusions.

>> 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).

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).

thanks,
Peter