[3405] in linux-scsi channel archive
Re: Regular SCSI failure: 2940UW <-> IBM (OEM) DCRS-04F (command aborting)
daemon@ATHENA.MIT.EDU (Michael Weller)
Wed Feb 25 07:28:38 1998
Date: Wed, 25 Feb 1998 11:14:25 +0100 (MEZ)
From: Michael Weller <eowmob@exp-math.uni-essen.de>
To: Hans-Peter Jansen <hpj.lisa@t-online.de>
Cc: linux-scsi@vger.rutgers.edu
In-Reply-To: <01bd419d$ee92a220$12580985@yogi>
On Wed, 25 Feb 1998, Hans-Peter Jansen wrote:
[...]
From scsiinfo on a disk:
> DCR 0
> Read Retry Count 1
> Correction Span 144 ; <- what kind of error is this?
> Head Offset Count 0
> Data Strobe Offset Count 0
> Write Retry Count 1
> Recovery Time Limit 0
[...]
That basically means that the checksum algorithm on that device works on
144 bit chunks. Probably you can deduce that it can correct one wrong bit
every 144 bits or something. Or it means you can correct 144 consecutive
failing bits (hmm?!). I'd have to look up the exact phrasing in the SCSI
specs, but generally THIS should not be anything to worry about in your
situation. It is probably quite ok.
When the setup worked with the older AHA driver flawlessly, and now
fails w/o any hardware modification, probably some new problem was
introduced in the new version.
Probably you should fall back to the older kernel and see if the problem
vanishes again. Then in contact with the AHA driver authors, add the
aha2940 mods one by one to isolate the problem.
Michael.
--
(^ )
(+--- For the browser damaged young people: THIS IS A SIG!)
(Michael Weller: eowmob@exp-math.uni-essen.de, eowmob@ms.exp-math.uni-essen.de,
or even mat42b@spi.power.uni-essen.de. If you encounter an eowmob account on
any machine in the net, it's very likely it's me)
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
