"Jeff V. Merkey" <jmerkey@vger.timpanogas.org> wrote in message
news:cistron.20011025124036.A11885@vger.timpanogas.org...
>
>
> On a ServerWorks HE Chipset system with an Exabyte EXB-480
> Robotics Tape library we are seeing a fatal SCSI IO problem
> that results in a SCSI bus hang on the system. This error
> is very fatal, and requires that the machine be rebooted
> to recover. Following this error, the Linux
> Operating System is still running OK, but the affected
> SCSI bus does not respond to any commands nor do any
> devices attached to this bus.
>
> The Tape Drive is an Exabyte SCSI Tape. The error occurs when
> the device reaches end of tape (EOT) during a write operation
> while writing to the tape.
>
> With tape programming, there really is no good way to know where
> the end of tape is while archiving data real time, so this error
> is pretty much fatal. We are using tape partitioning, which we
> have noticed not many applications in Linux use at present, so
> these code paths may be related to the problem. I have reviewed
> st.c but it is not readily apparent where the problem may be
> in this code, which is leading me to suspect it's related to
> some interaction between st.c and the drivers with regard to
> multiple seeks and writes between tape partitions.
>
Jeff,
Logical end-of-tape handling is clearly defined in Exabyte's SCSI reference
manual which you can download from their web page. There's nothing fatal
about it, your application should handle it. The SCSI Write command that
reaches logical end-of-tape (or end-of-partition) will end with a Check
condition, Sense key 0h, ASC=00h, ASCQ=00h, EOM bit = 1. Your data will be
written to tape just fine. There is plenty of tape left so you can
gracefully write a delimiting filemark or whatever you need to close the
current data set. All write commands after reaching LEOT will also result in
a Check Condition with the above sense information (until you really run out
of tape). It's a Logical end-of-tape you deal with, not a Physical one.
As a side note, make sure you have the latest firmware loaded in your M2
drives.
Rob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Oct 31 2001 - 21:00:30 EST