Date: Sun, 3 Sep 2006 09:45:46 -0500 From: Bob Willcox <bob@immure.com> To: Scott Long <scottl@samsco.org> Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? Message-ID: <20060903144546.GA76631@rancor.immure.com> In-Reply-To: <44F86AB9.9000002@samsco.org> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 01, 2006 at 11:15:37AM -0600, Scott Long wrote: > Patrick M. Hausen wrote: [snip] > > It is very arguably a bug in the LSI firmware if it is actually dumping > its cache when a PCI reset occurs, especially if a battery unit is > present. However, I seriously doubt that you will get anyone at LSI to > listen to this problem. Do you get any messages on the console at > shutdown about the amr driver flushing the cache? Also, check the cache > setting on the drives itself. Maybe the drives are loosing power or > getting reset while data is in their cache. It's bad practice to enable > the write cache on a drive in an RAID array for just this very reason, > but some vendors do it anyways in an attempt to cover up poor > performance. Is there some way to tell if write caching is turned on or not for the drives in the array? In particular, I have an Areca controller (ARC-1210) with 4 SATA drives attached that I would like to check for this on. Bob -- Bob Willcox Possessions increase to fill the space bob@immure.com available for their storage. Austin, TX -- Ryan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060903144546.GA76631>