Darrell May wrote:

> more of a H/W then S/W issue.  I bet a reboot clears your problem
> but then you have to determine why it is occurring.

        Seems to have done it--at least sort of.  Now, instead of the message
that the tape isn't loaded, I'm back to the I/O errors.

        I get _lots_ of these two messages:

Mar 31 20:15:40 e-smith kernel: st0: Error with sense data: [valid=0]
Info fld=0x0, Current st09:00: sense key Illegal Request
Mar 31 20:15:40 e-smith kernel: Additional sense indicates Invalid field
in cdb

        I also get some others when I run taper, but none of them seem to come
up when I'm using /sbin/e-smith/backup.  I also get an occasional "Error
on write filemark."  I have e-smith-flexbackup 1.2.0-05 and
e-smith-backup 1.2.0-11 installed.  Here's what gets logged when the
aha1542 and st modules are loaded:

Mar 31 20:10:03 e-smith kernel: st: bufsize 32768, wrt 30720, max
buffers 5, s/g segs 16.
Mar 31 20:10:03 e-smith kernel: Configuring Adaptec (SCSI-ID 7) at
IO:330, IRQ 10, DMA priority 7
Mar 31 20:10:03 e-smith kernel: scsi0 : Adaptec 1542
Mar 31 20:10:03 e-smith kernel: scsi : 1 host.
Mar 31 20:10:04 e-smith kernel:   Vendor: CONNER    Model:
CTT8000-S         Rev: 1.17
Mar 31 20:10:04 e-smith kernel:   Type:  
Sequential-Access                  ANSI SCSI revision: 02
Mar 31 20:10:05 e-smith kernel: Detected scsi tape st0 at scsi0, channel
0, id 3, lun 0

[root@e-smith home]# mt -t /dev/st0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x44 (unknown to this mt).
Soft error count since last status=0
General status bits on (41010000):
 BOT ONLINE IM_REP_EN

        If I try it with a different tape, one which was known to work
recently:

[root@e-smith home]# mt -t /dev/st0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 1024 bytes. Density code 0x44 (unknown to this mt).
Soft error count since last status=0
General status bits on (41010000):
 BOT ONLINE IM_REP_EN

        Only difference is in the tape block size, but I'm not sure why the
first would be giving a block size of 0.  Same results with both tapes,
though, as far as attempting to back up is concerned.

--
Dan Brown, KE6MKS, [EMAIL PROTECTED]
"Meddle not in the affairs of dragons, for you are crunchy
and taste good with ketchup."

Reply via email to