From owner-freebsd-geom@FreeBSD.ORG Mon Aug 28 13:16:44 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 35AC916A4E2 for ; Mon, 28 Aug 2006 13:16:44 +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 61EAD43D90 for ; Mon, 28 Aug 2006 13:16:39 +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 k7SDGbXV042621; Mon, 28 Aug 2006 22:46:38 +0930 (CST) (envelope-from awatts@pett.com.au) Message-ID: <44F2EC6D.4010704@pett.com.au> Date: Mon, 28 Aug 2006 22:45:25 +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: <20060828102151.94147.qmail@web30306.mail.mud.yahoo.com> In-Reply-To: <20060828102151.94147.qmail@web30306.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 13:16:44 -0000 Hi Arne, R. B. Riddick wrote: > I say, did u consider migrating to gmirror or graid3? > Or even graid5? ;-)) I use gmirror as much as I can! I used gvinum this time though as the disks are slightly different.. ad0 is 38166MB while ad2 is 38204MB and as far as I know, drives need to be identical sizes for gmirror to work. Is there a way to use gmirror with these two drives? > As far as I know, gvinum is not so good supported and has a lot of > dysfunctions/malfunctions and is just contained for people who want to stay > with vinum... vinum isnt so good supported since R5.X... But I am sure that > vinum was somewhen in R3/R4 a very good software-RAID-tool... I will never > forget it... Yes... I noticed gvinum was very different to Greg's original vinum suite ;) But this seems to be a fundamental thing that's missing from gvinum - the ability to recover from a drive failure and to be able to service the request from a different plex. Thoughts? Cheers, Al