From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:13:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0443F1065672; Sun, 29 Jun 2008 14:13:50 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6108FC20; Sun, 29 Jun 2008 14:13:49 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjsFAC8zZ0h5La3N/2dsb2JhbACBW6x5 X-IronPort-AV: E=Sophos;i="4.27,722,1204464600"; d="scan'208";a="138033144" Received: from ppp121-45-173-205.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.173.205]) by ipmail01.adl6.internode.on.net with ESMTP; 29 Jun 2008 23:43:45 +0930 Received: from [192.168.155.234] (taurus.internal.clearchain.com [192.168.155.234]) (authenticated bits=0) by mail.clearchain.com (8.14.2/8.14.2) with ESMTP id m5TEDhDU025471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2008 23:43:43 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <48679898.3000905@clearchain.com> Date: Sun, 29 Jun 2008 23:43:44 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Rainer Duffner References: <7d6fde3d0806260649t6619521bv92b65c472ddb7e1@mail.gmail.com> <6.0.0.22.2.20080627170323.02591528@mail.computinginnovations.com> <7d6fde3d0806272057p795277a2ie60ac7d7d10f0a6e@mail.gmail.com> <7d6fde3d0806280129i31874960ofbc7627598e1426f@mail.gmail.com> <735A937C-89A9-411A-AA3F-377F576E635E@freebsd.org> <7d6fde3d0806280348r65875755pf7dc3917bba2bcb5@mail.gmail.com> <7d6fde3d0806280349j7eace513idb5cd81f9e2e4e0a@mail.gmail.com> <6.0.0.22.2.20080628132240.0255ba38@mail.computinginnovations.com> <7d6fde3d0806281410r781a6a77k98ffe237c10e3eee@mail.gmail.com> <7d6fde3d0806282011x472f8d27s955a8e1ab43a7341@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.1, clamav-milter version 0.93.1 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.clearchain.com [192.168.154.1]); Sun, 29 Jun 2008 23:43:44 +0930 (CST) Cc: Garrett Cooper , current@freebsd.org, sos@freebsd.org Subject: Re: URGENT: Need help rebuilding iir RAID5 array with failed drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2008 14:13:50 -0000 Rainer Duffner wrote: > > Am 29.06.2008 um 05:11 schrieb Garrett Cooper: > >> >> Just as you predicted, the disk(s) are unreadable still, even after >> the rebuild (and I hope to hell that it didn't destroy/disturb any >> data on the surviving members). >> >> I may just have to get it sent off for recovery (after I dd the >> remaining members because there's still some usable data there -- >> bloody 2.7TB ... grr) -- apart from that I don't think I have a >> choice. > > > > If the data was worth so much that it values recovery.... > > >> >> Oh, where's this "document" of which you speak all the time? I don't >> see anything about parity support not being available in either the >> geom or iir manpage, or the iir sourcecode. If someone needs a helping >> hand inserting that logic into the kernel, I'll gladly assist so >> others don't follow my footsteps and fsck up their data. >> > > > On our HP DL320G5s, FreeBSD7 didn't even detect the MatrixRAID array > (RAID1). > Even the Windoze-guys tell us that they don't trust it. > > So we settled for RAID1 via gmirror. > > MatrixRAID is a scam, if you ask me - like all the other BIOS-RAIDs we > have had the displeasure to see over the years. > I really thought it was common knowledge. But now that you mention > it, I can't find a reference to this in the FreeBSD docs (at least not > with a quick look). > The handbook-example uses RAID1, though. Perhaps a lesson as developers we should take from this, is to put a warning in ata about raid5. It's fooled Garret into believing he had a raid5, how many others are also using ata believing their raid5 is a raid5. We should warn people in the future rather than just saying 'its in the docs'. A kernel warning at attach is much more visible. Cheers, Benjamin