Greg,
I will add the same comment to the bug.
Did this work on a previous version of the kernel? Just checking to
understand if your connectivity to the storage unit or the unit itself
could be an issue.
If appears we are receiving timeouts, but on abort the qla is indicating
that the IO has already been completed. We could have IOs that are taking
near max timeout and then the error handler races with the completion of
the IO.
A debug step you could try is to raise the default timeout from 30 to
something like 60 seconds to see if this effects the error. To do this
just echo "60" > /sys/block/sd${N}/device/timeout. Also you can run iostat
during your testing to see what you IO times / queue depths look like.
Andrew Vasquez may be able to add more info.
Andrew Morton [akpm@xxxxxxxx] wrote:
>
>
> Begin forwarded message:
>
> Date: Mon, 11 Apr 2005 13:03:16 -0700
> From: bugme-daemon@xxxxxxxx
> To: bugme-new@xxxxxxxxxxxxxx
> Subject: [Bugme-new] [Bug 4473] New: QLogic 2100: SCSI timeouts, device resets, and crashes kernel
>
>
> http://bugme.osdl.org/show_bug.cgi?id=4473
>
> Summary: QLogic 2100: SCSI timeouts, device resets, and crashes
> kernel
> Kernel Version: 2.6.10 2.6.11.6.6 2.6.11-gentoo-r5
> Status: NEW
> Severity: blocking
> Owner: andmike@xxxxxxxxxx
> Submitter: gregsurbey@xxxxxxxxxxx
>
>
> Distribution: Gentoo 2005.0
> Hardware Environment: Dell PowerEdge 600SC
> Configuration: md RAID-5 11 disks 1 spare
>
> Card Description:
> QLogic PCI to Fibre Channel Host Adapter for QLA2100:
> Firmware version 1.19.24 TP, Driver version 8.00.02b4-k
> ISP: ISP2100, Serial# A61828
> Request Queue = 0x1fce8000, Response Queue = 0x1fce2000
> Request Queue count = 128, Response Queue count = 64
> Total number of active commands = 0
> Total number of interrupts = 77339
> Device queue depth = 0x10
> Number of free request entries = 59
> Number of mailbox timeouts = 0
> Number of ISP aborts = 0
> Number of loop resyncs = 0
> Number of retries for empty slots = 0
> Number of reqs in pending_q= 0, retry_q= 0, done_q= 0, scsi_retry_q= 0
> Host adapter:loop state = <READY>, flags = 0x1c93
> Dpc flags = 0x80000
> MBX flags = 0x0
> Link down Timeout = 000
> Port down retry = 030
> Login retry count = 030
> Commands retried with dropped frame(s) = 0
> Product ID = 4953 5020 2020 0001
>
> During the heavy use of md RAID reconstruction the card creates output in dmesg
> which I will attach to this bug report in my next post.
>
> Steps to reproduce:
> Use a Qlogic 2100 card with the qla2xxx driver
>
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
> -
> : send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
-andmike
--
Michael Anderson
andmike@xxxxxxxxxx
-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
