Dear Kurt Garloff,
I think you got the right idea!
I enabled "allow disconnect" for the tape device in the Tekram controller and now it
seems to
work. I could read some tapes correctly.
I now also understand why I couldn't do anything with the disk while trying to do
something
with the tape, even if the disk and the tape are connected to different scsi hosts
(you wrote
the scsi bus is being monopolized).
The idea of disabling "allow disconnect" really comes from the "SCSI-Checkliste"
available in
the SuSE support database (http://sdb.suse.de/sdb/de/html/kfr_15.html). There it
sounds that
"allow disconnect" is the save cofiguration for Adaptec host adapters. I then
configured the
Tekram adapter the same way.
I didn't tell you about the "allow disconnect" setting before (yust sead I used the
scsi
checklist from SuSE). For me it never could be the reason for the tape behaviour
because I
believed what the "scsi experts" wrote.
So I am very happy now, thanks for your great help!
By the way: some tapes seem to have errors when reading them (no problem when
writing). I just
have one brand new tape but can read only the first n blocks. the command "mt -f
/dev/nst0 eom"
also ends in an error. Might this be a problem with the "allow disconnect" setting? or
is this
a DAT related problem/general problem? I heard from other DAT users (using Windows NT)
of the
same problem!
Regards,
Roland Boden
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
