Date: Wed, 26 Mar 2008 23:00:49 -0700 From: Jeremy Chadwick <koitsu@freebsd.org> To: stef@memberwebs.com Cc: freebsd-hackers@freebsd.org Subject: Re: Vital Patches for ataraid with Intel Matrix RAID (ICH7) Message-ID: <20080327060049.GA47731@eos.sc1.parodius.com> In-Reply-To: <20080322045846.58F8D94C804@mx.npubs.com> References: <20080320131638.7E66B94C853@mx.npubs.com> <200803220937.33552.doconnor@gsoft.com.au> <20080322045846.58F8D94C804@mx.npubs.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Mar 22, 2008 at 04:58:47AM +0000, Stef Walter wrote: > Daniel O'Connor wrote: > > I have seen this bug in other ATA RAID implementations (VIA & Promise) > > too. From what I can tell this part of your patch is general to all ATA > > RAID arrays, right? > > Yes, a small part. The part that will write out the RAID information > (thus updating the generation) whenever the status changes, regardless > of whether that change takes place when the machine is off or not. > > Without testing, I can't be sure whether this solves the problem on > other ataraid devices. I have access to many boxes that have two disks, support native Intel MatrixRAID, and proper hot-swap backplanes. I also have access to a Promise TX4310 card, which I can hook up to said servers (vs. using the onboard ICH7). I should be able to reproduce failure scenarios (pulling disks while in a RAID-1 configuration, etc.) on those systems and report back here. Would that be ideal? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080327060049.GA47731>