public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
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.

             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