From: Andrew Schulman <andrex@alumni.utexas.net>
To: linux-scsi@vger.kernel.org
Subject: dc395x: can't write to tape
Date: Thu, 6 Jan 2005 05:18:25 -0500 [thread overview]
Message-ID: <200501060518.25782.andrex@alumni.utexas.net> (raw)
I have a Travan NS-20 tape drive connected to a Tekram DC395UW controller.
Both have worked without trouble for years. My kernel is 2.6.7, and I use
the dc395x driver (built as a module) from the kernel source.
Since about a month ago, I can't write a tar archive to tape. The operation
aborts before completion:
# tar -vv --one-file-system --file=/dev/st0 --create / /boot /home
tar: Removing leading `/' from member names
tar: /dev/st0: Wrote only 0 of 10240 bytes
tar: Error is not recoverable: exiting now
I've cleaned the drive with the approved head cleaner, tried three
different tapes, and retensioned each tape before writing. Still no joy. I
haven't rebuilt my kernel since the problem started, so it seems likely to be
a hardware problem.
/var/log/kern.log says
Jan 5 22:50:18 helium kernel: dc395x: sg_update_list: sg_to_virt failed
Jan 5 22:50:18 helium kernel: st0: Error with sense data: Info fld=0x67,
Current st0: sense = f0 4
Jan 5 22:50:18 helium kernel: ASC=80 ASCQ=98
Jan 5 22:50:18 helium kernel: Raw sense data:0xf0 0x00 0x04 0x00 0x00 0x00
0x67 0x0a 0x00 0x00 0x00 0x00 0x80 0x98 0x00 0x00 0x00 0x00
Jan 5 22:50:18 helium kernel: st0: Error with sense data: Current st0: sense
= 70 4
Jan 5 22:50:18 helium kernel: ASC=80 ASCQ=98
Jan 5 22:50:18 helium kernel: Raw sense data:0x70 0x00 0x04 0x00 0x00 0x00
0x00 0x0a 0x00 0x00 0x00 0x00 0x80 0x98 0x00 0x00 0x00 0x00
Jan 5 22:50:18 helium kernel: st0: Error on write filemark.
Jan 5 22:50:18 helium kernel: st0: Error with sense data: Info
fld=0xffffff63, Current st0: sense = f0 4
Jan 5 22:50:18 helium kernel: ASC=80 ASCQ=98
Jan 5 22:50:18 helium kernel: Raw sense data:0xf0 0x00 0x04 0xff 0xff 0xff
0x63 0x0a 0x00 0x00 0x00 0x00 0x80 0x98 0x00 0x00 0x00 0x00
Question: from this log output, can anyone tell if my problem is more
likely in the controller, or in the tape drive? I realize there's not a lot
of data there... unfortunately even that doesn't mean anything to me.
To get more information, I uncommented
#define DEBUG_MASK (DBG_0|DBG_1|DBG_SG|DBG_FIFO|DBG_PIO)
in drivers/scsi/dc395x.c, rebuilt and reinserted the module, and tried to tar
again. But this resulted in multi-GB log files, so if there's a smaller
subset of debug options that would be useful, please let me know and I'll try
again.
I'd like very much to keep using this tape drive for several more years. It's
noisy and slow, but 10 GB/tape still isn't bad, and to replace the drive and
6 tapes would cost around $400, even today.
OTOH, SCSI cards are cheap and I wouldn't mind junking my old DC395 if it's at
fault.
Thanks in advance for any light you can shed.
Andrew.
next reply other threads:[~2005-01-06 10:18 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-06 10:18 Andrew Schulman [this message]
2005-01-06 21:48 ` dc395x: can't write to tape Guennadi Liakhovetski
2005-01-07 10:52 ` Andrew Schulman
2005-01-07 20:13 ` Guennadi Liakhovetski
2005-01-08 21:42 ` Guennadi Liakhovetski
2005-01-11 15:19 ` Andrew Schulman
2005-01-11 22:16 ` Guennadi Liakhovetski
2005-01-12 8:58 ` Andrew Schulman
2005-01-09 5:33 ` Jamie Lenehan
2005-01-09 11:42 ` Guennadi Liakhovetski
2005-01-09 12:51 ` Jamie Lenehan
2005-01-22 23:20 ` Guennadi Liakhovetski
2005-01-27 1:13 ` Andrew Schulman
2005-01-27 20:45 ` Guennadi Liakhovetski
2005-02-06 22:11 ` [PATCH] dc395x fix memory mapping (was Re: dc395x: can't write to tape) Guennadi Liakhovetski
2005-02-21 22:01 ` Guennadi Liakhovetski
2005-02-23 10:16 ` Jamie Lenehan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200501060518.25782.andrex@alumni.utexas.net \
--to=andrex@alumni.utexas.net \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox