From owner-freebsd-bugs@FreeBSD.ORG Tue Jan 15 19:40:01 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9375B42C for ; Tue, 15 Jan 2013 19:40:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7744E197 for ; Tue, 15 Jan 2013 19:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0FJe1p5077280 for ; Tue, 15 Jan 2013 19:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0FJe1qg077279; Tue, 15 Jan 2013 19:40:01 GMT (envelope-from gnats) Date: Tue, 15 Jan 2013 19:40:01 GMT Message-Id: <201301151940.r0FJe1qg077279@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Motin Subject: Re: bin/166589: atacontrol(8) incorrectly treats RAID10 and 0+1 the same X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Alexander Motin List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2013 19:40:01 -0000 The following reply was made to PR bin/166589; it has been noted by GNATS. From: Alexander Motin To: Allen Landsidel Cc: bug-followup@FreeBSD.org Subject: Re: bin/166589: atacontrol(8) incorrectly treats RAID10 and 0+1 the same Date: Tue, 15 Jan 2013 21:37:55 +0200 On 15.01.2013 20:53, Allen Landsidel wrote: > On 1/15/2013 13:10, Alexander Motin wrote: >> You may have some point from the boot side, but do you have reliable >> information about which controllers support RAID0+1 and which RAID10? > > Not beyond what the techdocs say for a given card. Is that a valid > reason to present them as the same to the user? I see no reason to implement crappy RAID0+1 in software, when I can do RAID10, just because some unknown salesman told so. As result, I have to either lie about my code capabilities that I know for sure, or lie about RAID BIOS which I know nothing about. >> Also, if user got single failure in RAID10, it >> should not feel much more comfortable then if it would be RAID0+1, as >> second failure still can destroy the data > > This is simply not true. I currently have two 12-disk RAID-10 arrays. > A failure of one disk (which has already happened) leaves ten other > in-use disks that could potentially fail without causing data loss. If > that system were RAID0+1, after a single disk fails the chance that > another disk failure will result in downtime and data loss is 100% -- > not 9%. That "100%" depends on how to calculate it. Since number of drives reduced from 12 to 6, total failure rate from age may also reduce. > RAID-10 is *much* safer than RAID0+1. The more disks you add, the safer > it gets. The more disks you add to a 0+1, the *less* safe it gets. Yes, it is safer, I am not challenging that. But with one disk already down, there is a chance that one more failure will trash everything. It is just not safe. It is just not RAID6 or triple mirror where you can quietly tolerate two failures. >> all that required >> is replace failed disks, boot from any FreeBSD install disk and run >> rebuild from the command line > > This strikes me as a comment from someone not experienced in working > with colocated/remote systems. Without an IPMI subsystem that can > remotely mount disk images, you're talking minutes (or hours) of > downtime while a support technician brings a bootable optical or usb > device to the machine and sets up the KVM-over-IP. > > Presenting RAID10 and RAID0+1 as the same thing is *wrong*. They aren't > the same. > > I will leave it at that. The project and maintainers can decide to fix > the issue or not. I've long since abandoned the machine that had that > controller and have no vested interest any longer. Agreed. :) ataraid is almost dead now, and I see no point to polish cosmetic things there. In graid I've implemented RAID10 algorithm and use it in all cases, wherever RAID BIOS claims RAID10 or RAID0+1. If some BIOS can't boot after second disk failure, that is bad, but data still can be restored if it is possible at all. Thank you for explaining your position. Truth seems to be in the middle, as always. :) -- Alexander Motin