Date: Tue, 20 Jun 2006 20:49:00 -0400 (EDT) From: Ensel Sharon <user@dhp.com> To: Steven Hartland <killing@multiplay.co.uk> Cc: freebsd-fs@freebsd.org Subject: Re: Adaptec 2820sa redux, and possible problems Message-ID: <Pine.LNX.4.21.0606202046470.12027-100000@shell.dhp.com> In-Reply-To: <00cf01c694c6$ec19b120$b3db87d4@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 21 Jun 2006, Steven Hartland wrote: > > The drives are Hitachi 500 GB 7200 RPM 16meg: > > > > HDS725050KLA360 > > > > Adaptec told me today that these drives are verified or approved or > > something with that card... > > > > So in your case, you made multiple arrays with those drives, and then > > large data moves between arrays caused crashes, and it turned out to > > be the drives fault ? I would think the problem you describe would > > manifest itself locally to a single array ... > > Thats correct. Changing the driver to always use high bit addressing > if supported fixed the issue. Cool. And there was no data loss involved in the bad behavior ? That is, if you hadn't fixed it, it would have been merely annoying and unreliable, but always recoverable ? To be honest, it looks and smells just like the snapshot problems. Obviously it isn't, since I am not running any snapshots, but the point is, all of the snapshot bugs could be manifested simply by copying all of /usr/ports from one partition to another, and this looks and smells just like that. But what do I know. Can anyone help me with aac specifically, and this 2820sa ? I can provide many more details if necessary ... I'd _love it_ if I could just patch my driver and go off into the sunset...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0606202046470.12027-100000>