From owner-freebsd-geom@FreeBSD.ORG Mon Aug 28 14:06:22 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A1016A4DE for ; Mon, 28 Aug 2006 14:06:22 +0000 (UTC) (envelope-from awatts@pett.com.au) Received: from mail.equard.com.au (mail.equard.com.au [150.101.96.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D4E43D62 for ; Mon, 28 Aug 2006 14:06:15 +0000 (GMT) (envelope-from awatts@pett.com.au) Received: from pett.com.au ([172.24.169.71]) by mail.equard.com.au (8.13.6.20060614/8.13.6) with ESMTP id k7SE6EV2043802; Mon, 28 Aug 2006 23:36:14 +0930 (CST) (envelope-from awatts@pett.com.au) Message-ID: <44F2F80D.8080200@pett.com.au> Date: Mon, 28 Aug 2006 23:35:01 +0930 From: Alastair Watts User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.6) Gecko/20040113 X-Accept-Language: en-au, en-us, en MIME-Version: 1.0 To: "R. B. Riddick" References: <20060828135223.77114.qmail@web30305.mail.mud.yahoo.com> In-Reply-To: <20060828135223.77114.qmail@web30305.mail.mud.yahoo.com> X-Enigmail-Version: 0.83.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gvinum behaviour on disk failure X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 14:06:22 -0000 R. B. Riddick wrote: > Yes. Every geom class should work with every geom device... Since disks and > slices and partitions are implemented as geom class today, gmirror should work > with slices and partitions... Sounds like a nice backup plan if gmirror can't work out the drive sizes natively, as per the paragraph below. > Nope... As far as I now the user-land part of geom_mirror (gmirror) builds the > minimum during the "create" and "label" procedure... Assuming you specify both drives during the procedure. If you're trying to preserve data on one of the drives to be mirrored then there'd be a problem wouldn't there? >>I'd still like to hear from someone who knows the insides of gvinum as >>to their opinion on the earlier reported incident. > > Dont know if there are any... So is gvinum now to be considered End Of Maintenance/Life? Cheers, Al