From owner-freebsd-fs@FreeBSD.ORG Wed Jul 25 12:53:57 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E3B16A418 for ; Wed, 25 Jul 2007 12:53:57 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id 19D3713C45B for ; Wed, 25 Jul 2007 12:53:56 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l6PCrnAC007158; Wed, 25 Jul 2007 13:53:53 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: <20070725120913.A57231@rust.salford.ac.uk> References: <20070719102302.R1534@rust.salford.ac.uk> <20070719135510.GE1194@garage.freebsd.pl> <20070719181313.G4923@rust.salford.ac.uk> <20070721065204.GA2044@garage.freebsd.pl> <20070725095723.T57231@rust.salford.ac.uk> <1185355848.3698.7.camel@herring.rabson.org> <20070725103746.N57231@rust.salford.ac.uk> <3A5D89E1-A7B1-4B10-ADB8-F58332306691@rabson.org> <20070725120913.A57231@rust.salford.ac.uk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6FF8729F-B449-4EFA-B3C6-8B9A9E6F6C4F@rabson.org> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Wed, 25 Jul 2007 13:53:46 +0100 To: Mark Powell X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3762/Wed Jul 25 06:17:29 2007 on mail.qubesoft.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org Subject: Re: ZfS & GEOM with many odd drive sizes X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 12:53:57 -0000 On 25 Jul 2007, at 12:17, Mark Powell wrote: > On Wed, 25 Jul 2007, Doug Rabson wrote: > >>> gmirror is only going to used for the ufs /boot parition and >>> block device swap. (I'll ignore the smallish space used by that >>> below.) >> >> Just to muddy the waters a little - I'm working on ZFS native boot >> code at the moment. It probably won't ship with 7.0 but should be >> available shortly after. > > Great work. That will be zfs mirror only right? The code is close to being able to support collections of mirrors. No raidz or raidz2 for now though. > >>> I believe my reasoning is correct here? Let me know if your >>> experience would suggest otherwise. >> >> Your reasoning sounds fine now that I have the bigger picture in >> my head. I don't have a lot of experience here - for my ZFS >> testing, I just bought a couple of cheap 300GB drives which I'm >> using as a simple mirror. From what I have read, mirrors and >> raidz2 are roughly equivalent in 'mean time to data loss' terms >> with raidz1 quite a bit less safe due to the extra vulnerability >> window between a drive failure and replacement. > > So back to my original question :) > If one drive in a gconcat gc1 (ad2s2+ad3s2), say ad3 fails, and > the broken gconcat is completely replaced with a new 500GB drive > ad2, is fixing that as simple as: > > zpool replace tank gc1 ad2 That sounds right.