Skip site navigation (1)Skip section navigation (2)
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>