public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jon Lapham <lapham@extracta.com.br>
To: "Cress, Andrew R" <andrew.r.cress@intel.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Strange SCSI behavior?
Date: Fri, 17 Aug 2001 10:25:38 -0300	[thread overview]
Message-ID: <3B7D1B52.3070606@extracta.com.br> (raw)
In-Reply-To: <9678C2B4D848D41187450090276D1FAE1008EAF7@FMSMSX32>

Andrew-

I don't know if this helps, but this is the message tar spits out when 
this problem occurs:

/bin/tar: home/pedro/COL&AMk-TA: Read error at byte 21958656, reading 
10240 byte: Input/output error

Cress, Andrew R wrote:
> Jon,
> 
> You really need to know what the additional sense data shows.
> With DAT tapes often they have variable length block sizes and get errors
> from some UNIX commands as a result.  Or, it may be something that could be
> fixed with a firmware update to the DAT drive, or a driver fix.  It depends
> on the details.  Is sd08:11 the DAT drive?

Hmmm... I have no idea!  I know that "host 0 channel 0 id 1 lun 0" 
refers to the new Atlas HD, and I know that I have another HD with id 0, 
and that the tape drive is id 3.  I do not know how to interpret 
"sd08:11", suggestions?

Maybe 'sd08' refers to the block device number?
[root@office sysadm]# cat /proc/devices
[snip]
Block devices:
   2 fd
   7 loop
   8 sd
  22 ide1
  65 sd
  66 sd

So, one of the three SCSI devices uses block 8... but which?  I don't know.

> 
> Make sure 
> CONFIG_SCSI_LOGGING=y 
> CONFIG_SCSI_DEBUG=m (or =y)
> in your kernel, and issue
> echo "scsi log error 3" > /proc/scsi/scsi
> and rerun the tape backup to get more info.
> 
> Andy
> 


Okay, good idea.  I will recompile setting those symbols, but I will not 
be able to do so until after the machine is idle (>5PM tonight).  BTW, 
these are my current SCSI symbol defs:

CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=y
# CONFIG_CHR_DEV_OSST is not set
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set
CONFIG_SCSI_DEBUG_QUEUES=y
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=253
CONFIG_AIC7XXX_RESET_DELAY_MS=15000



  reply	other threads:[~2001-08-17 13:21 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-17 12:46 Strange SCSI behavior? Cress, Andrew R
2001-08-17 13:25 ` Jon Lapham [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-08-17 13:03 Randal, Phil
2001-08-17 12:26 Jon Lapham

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=3B7D1B52.3070606@extracta.com.br \
    --to=lapham@extracta.com.br \
    --cc=andrew.r.cress@intel.com \
    --cc=linux-kernel@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