Date: Wed, 22 Oct 2003 15:22:58 -0700 (PDT) From: Doug White <dwhite@gumbysoft.com> To: Barney Wolff <barney@databus.com> Cc: stable@freebsd.org Subject: Re: unintended ATARAIDDELETE Message-ID: <20031022152157.J71676@carver.gumbysoft.com> In-Reply-To: <20031019020310.GA40618@pit.databus.com> References: <20031018020939.GA24917@pit.databus.com> <20031018161424.X35407@carver.gumbysoft.com> <20031019020310.GA40618@pit.databus.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 18 Oct 2003, Barney Wolff wrote: > > This usually means your disk is bad, which is why it keeps trashing the > > array. Your system is trying to tell you something :-) > > Well of course the bad block is h/w. But deleting a raid0 on a hard > error is insane. I can more-or-less understand for raid1 why that > might be thought sensible, but a split raid0 is of no use for anything. > Nor could I find anywhere in the kernel that actually deletes the raid. > But for sure -stable from 9/24 behaved differently (ie, sanely) on > getting the error than -stable from 10/13 or so. I don't think that's > hardware. Time will tell, perhaps. Since one part of the RAID is defective, and raid0 is not redundant, the RAID is marked offline. It is working as designed. If you need to tolerate disk failure, you probably want raid1, a mirrored configuration. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031022152157.J71676>