Date: Thu, 29 Apr 2010 07:03:40 -0600 From: Scott Long <scottl@samsco.org> To: Pete French <petefrench@ticketswitch.com> Cc: freebsd-scsi@FreeBSD.org, Alexander Motin <mav@FreeBSD.org>, FreeBSD Stable <freebsd-stable@FreeBSD.org> Subject: Re: MFC of "Large set of CAM improvements" breaks I/O to Adaptec 29160 SCSI controller Message-ID: <BCD96E46-A669-457D-A3A4-4F2E6F84E6A8@samsco.org> In-Reply-To: <E1O7PS0-00093c-9M@dilbert.ticketswitch.com> References: <E1O7PS0-00093c-9M@dilbert.ticketswitch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. >=20 > 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. >=20 For the record, queue-full is a common, expected condition in CAM. It's = not something that should be avoided =3D-) Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BCD96E46-A669-457D-A3A4-4F2E6F84E6A8>