isp issues on recent -STABLE

[Eric Anderson]

On 08/12/06 13:01, Matthew Jacob wrote:
> Hmm. I have no special help on this one. This doesn't seem
> *particularly* related to any changes I've made recently.
> 
> If you could isolate a date/change when this occurred for you it would help.
> 
> All I see in the messages below is indications that we've given your
> storage way too much work to do.

Yea, I think that's all it is.  Once I did less work, the problem went 
away, although I still get a lot of warnings from ISP about pretty much 
the same thing (so maybe I'm *close* to the line).

Also, I recently booted up 6.1-RELEASE cd with two qlogic 2312's, 
installed, and booted up.  After updating to -STABLE, and rebooting, I 
either would hang forever (literally days went by), or I resulted in a 
panic (when ispfw was loaded).  Once I plugged the hba's into something, 
the issues went away.  Only when they were totally disconnected did I 
have any issue.

Let me know if you need more info/testing.

Eric


> On 8/11/06, Eric Anderson <anderson at centtech.com> wrote:
>> On 08/11/06 10:43, Geoff Buckingham wrote:
>>> On Fri, Aug 11, 2006 at 06:53:03AM -0500, Eric Anderson wrote:
>>>> [..snip..]
>>>> Aug  9 23:02:10 snapshot1 kernel: isp0: command timed out for 0.2.2
>>>> Aug  9 23:02:10 snapshot1 kernel: (da8:isp0:0:2:2): Command timed out
>>>> Aug  9 23:02:10 snapshot1 kernel: (da8:isp0:0:2:2): Retrying Command
>>>> Aug  9 23:26:58 snapshot1 kernel: (da3:isp0:0:1:0): Queue Full
>>>> Aug  9 23:26:58 snapshot1 kernel: (da3:isp0:0:1:0): tagged openings now 254
>>> I don't what may have changed in the driver recently, but from your post
>>> you seem to be using the FC isp and potentially a "SAN" presenting arrays as
>>> luns to you rather than JBOD on a loop or switch.
>>>
>>> If you you have some kind of data mover presenting arrays, your SAN vendor
>>> may well recomend a maximum queue size per lun (often 20-30)
>> I have this one host connected to a single QLogic fiber channel switch,
>> which has 5 ACNC fiber channel arrays attached to it, along with a tape
>> robot and tape drives.  Three of the arrays present 3 LUNs each (2TB per
>> LUN), and two of them present 2 LUNs each, 4GB and 10TB - I'm not using
>> these two arrays much yet, and are not really associated with the problems.
>>
>>> man camcontrol, look at the tags section.
>>>
>>> Your commands may be timing out because you have managed to queue too many
>>> command (which I hope should not happen). Or.....
>>>
>>> Your queues could be filling because your commands are timing out. Which
>>> would imply something is broke :-(
>> Strange that I've never hit this in the past, but now I seem to be
>> hitting it quite often.  The vendor of the arrays says queue depth is
>> 256 per LUN, and that coincides with my messages above I believe.
>>
>> Eric
>>
>>
>>
>> --
>> ------------------------------------------------------------------------
>> Eric Anderson        Sr. Systems Administrator        Centaur Technology
>> Anything that works is better than anything that doesn't.
>> ------------------------------------------------------------------------
>> _______________________________________________
>> freebsd-scsi at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
>> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe at freebsd.org"
>>


-- 
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------