From owner-freebsd-geom@FreeBSD.ORG Fri Sep 22 08:54:23 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 9338516A416 for ; Fri, 22 Sep 2006 08:54:23 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151F543D6D for ; Fri, 22 Sep 2006 08:54:21 +0000 (GMT) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQgnZ-0003eH-Ir for freebsd-geom@freebsd.org; Fri, 22 Sep 2006 10:54:17 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 10:54:17 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 10:54:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Fri, 22 Sep 2006 10:53:52 +0200 Lines: 15 Message-ID: References: <45122531.6010503@infracaninophile.co.uk> <20060921093038.57966.qmail@web30303.mail.mud.yahoo.com> <20060921200909.GA13927@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <20060921200909.GA13927@megan.kiwi-computer.com> Sender: news Subject: Re: geom - help ... 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: Fri, 22 Sep 2006 08:54:23 -0000 Rick C. Petty wrote: > What are data centers using? I can't imagine they're all doing gmirror and > gstripe combinations.. gvinum gives you true volume management, e.g. it's > easier to wipe a mirrored "volume" and make it raid5 or vice-versa. It is > useful to have concat + stripe + mirror + raid5 volumes managed together. Well, in "defence" of g* tools on this particular point, they are actually convenience links to "geom" executable. Instead of "gmirror label ..." you can just as well use "geom mirror label ..." which is, as far as I can tell from vinum's man page, pretty similar to it. My way of thinking about GEOM classes is that they are (when used together) almost the same as one big volume manager (like vinum), only split ("refactored") into separate kernel modules and userland libraries.