On Fri, 3 Feb 2006, Salyzyn, Mark wrote:
> Martin Drab [mailto:[email protected]] sez:
> > no access was possible at all to that block device entirely.
>
> Then 'we' are missing an offline message (from SCSI/block or from a
> check of the controller's array status).
Besides, when the disk goes offline, which is what happened to me before
due to the bad setting of the AAC_MAX_32BIT_SGBCOUNT constant in
aacraid.h, kernel adequately responses with messages saying something like
this:
[ 278.705813] scsi0 (0:0): rejecting I/O to offline device
[ 278.708685] Buffer I/O error on device sda2, logical block 1
[ 278.711589] lost page write due to I/O error on sda2
As you may see in my first report of the event when I've witnessed the
real situation of the array going offline, see the whole report here:
http://lkml.org/lkml/2005/7/5/194
However this time, it was different. I am a 100% positive that no such
messages appeared whatsoever. Only these:
sd 0:0:0:0: SCSI error: return code = 0x8000002
sda: Current: sense key: Hardware Error
Additional sense: Internal target failure
Info fld=0x0
end_request: I/O error, dev sda, sector <some sector number>
Nothing else.
Martin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]