lkml.org 
[lkml]   [2003]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Adaptec 79xx > 1GB I/O errors
> I have been getting the following I/O errors while stress testing a
> system with the latest Adaptec 79xx driver (1.3.0BETA2):
>
> Jan 14 09:29:13 asl200 kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002
> Jan 14 09:29:13 asl200 kernel: Info fld=0x86c552, Deferred sd08:02: sense key Hardware Error
> Jan 14 09:29:13 asl200 kernel: Additional sense indicates Internal target failure
> Jan 14 09:29:13 asl200 kernel: I/O error: dev 08:02, sector 487312
>
> Jan 14 10:36:37 asl200 kernel: (scsi0:A:0:0): Locking max tag count at 64
>
> This is with kernel 2.4.19 + 2.4.19rc5aa1. I have tested with several
> different Ultra 320 drives, with the same result.

Different U320 drives of the same make/model, or different makes and models?
The driver cannot "fake" a device returning an internal target failure
error. I have only seen this on certain U320 Seagate drives and my
understanding is that it is a drive firmware problem exposed under high
transaction loads.

The locking max tag count diagnostic is normal. It means that the
driver has determined the maximum queue depth of your disk.

> If I remove memory from the machine so that it only has 1GB, then
> everything is solid as a rock.

I bet there is less I/O going to the drives too.

> If I plug a zero channel raid controller into the same system (dpt_i2o),
> then I don't get any I/O error regardless of the amount of RAM.

The RAID controller will eat these messages. Remeber that it only
*emulates* a SCSI controller. It doesn't always act like one.

> Any thoughts?

Beat up on your driver vendor?

--
Justin

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:32    [W:0.055 / U:2.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site