Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Apr 2010 08:47:14 -0500
From:      Robert Noland <rnoland@FreeBSD.org>
To:        Scott Long <scottl@samsco.org>
Cc:        freebsd-scsi@FreeBSD.org, Alexander Motin <mav@FreeBSD.org>, FreeBSD Stable <freebsd-stable@FreeBSD.org>, Pete French <petefrench@ticketswitch.com>
Subject:   Re: MFC of "Large set of CAM improvements" breaks I/O to Adaptec 29160 SCSI controller
Message-ID:  <4BD98DE2.8020703@FreeBSD.org>
In-Reply-To: <BCD96E46-A669-457D-A3A4-4F2E6F84E6A8@samsco.org>
References:  <E1O7PS0-00093c-9M@dilbert.ticketswitch.com> <BCD96E46-A669-457D-A3A4-4F2E6F84E6A8@samsco.org>

next in thread | previous in thread | raw e-mail | index | archive | help


Scott Long wrote:
> On Apr 29, 2010, at 2:50 AM, Pete French wrote:
> 
>>> Thanks. First step successful - I can steadily reproduce problem on
>>> CURRENT. raidtest with 200 I/O streams over gmirror of two disks on same
>>> channel triggers issue in seconds. Any I/O on channel dying after both
>>> disks report "Queue full" error same time. The rest of system works
>>> fine. If I preliminarily manually adjust queue depth of one disk -
>>> everything works fine. I'll investigate it tomorrow.
>> Glad you have managed to dupliate it - the queue depth thing is
>> inetersting, what changes did you make ? I can try them here and see
>> if they improve the situation on either of my two machines.
>>
> 
> For the record, queue-full is a common, expected condition in CAM.  It's not something that should be avoided =-)

Should we maybe have a counter in sysctl rather than flooding the 
console with these messages then?

robert.

> Scott
> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BD98DE2.8020703>