From owner-freebsd-geom@FreeBSD.ORG Mon Apr 9 15:29:30 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CE1C16A403; Mon, 9 Apr 2007 15:29:30 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA3A13C4AE; Mon, 9 Apr 2007 15:29:29 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l39FTTsu050763; Mon, 9 Apr 2007 10:29:29 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <461A5BD9.1050504@freebsd.org> Date: Mon, 09 Apr 2007 10:29:29 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070408140215.GA54201@harmless.hu> <86k5wmu420.fsf@dwp.des.no> <20070408181916.GA59715@harmless.hu> <86bqhyu225.fsf@dwp.des.no> <461A4D93.3010200@freebsd.org> <20070409143818.GA86722@harmless.hu> <20070409152401.GG76673@garage.freebsd.pl> In-Reply-To: <20070409152401.GG76673@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3052/Mon Apr 9 07:23:53 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Gergely CZUCZY , freebsd-geom@freebsd.org Subject: Re: volume management 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, 09 Apr 2007 15:29:30 -0000 On 04/09/07 10:24, Pawel Jakub Dawidek wrote: > On Mon, Apr 09, 2007 at 04:38:18PM +0200, Gergely CZUCZY wrote: >> On Mon, Apr 09, 2007 at 09:28:35AM -0500, Eric Anderson wrote: >>> On 04/08/07 13:57, Dag-Erling Sm??rgrav wrote: >>>> Gergely CZUCZY writes: >>>>> yeap, i know about ZFS, as i assume, it will need around 1.5-2 years >>>> >from now, when 7.0-RELEASE will be ready. >>>> No, it's expected this fall. >>>>> and i'm looking for a solution for a production environment within >>>>> a year. >>>> There is no other solution. >>> How about gconcat? You could create a mirror, then gconcat another mirror, etc, extending the GEOM. >>> Then run growfs on that extended volume. Wouldn't that work? >> why gmirror? gconcat somehow could be used for this, >> but >> 1) i see no attach operation for gconcat to add >> providers on the fly. >> 2) this would require to always create subpartitions/bsdlabels >> on the disk, and add a bit more on need. > > Slow down:) Implementing off-line 'attach' operation is trivial and > on-line 'attach' operation is also easy, but because you need to unmount > file system anyway, off-line attach is ok. > > Let's assume you have currently two disks: da0 and da1. > > # gconcat label foo da0 da1 > # newfs /dev/concat/foo > # mount /dev/concat/foo /foo > > and you want to extend your storage by adding two disks: da2 and da3: > > # umount /foo > # gconcat stop foo > # gconcat label foo da0 da1 da2 da3 > # growfs /dev/concat/foo > # mount /dev/concat/foo /foo > > That's all. > > You can operate on mirrors too: > > # gmirror label foo0 da0 da1 > # gconcat label foo mirror/foo0 > # newfs /dev/concat/foo > # mount /dev/concat/foo /foo > > And extending: > > # gmirror label foo1 da2 da3 > # umount /foo > # gconcat stop foo > # gconcat label foo mirror/foo0 mirror/foo1 > # growfs /dev/concat/foo > # mount /dev/concat/foo /foo > Pawel, that is precisely what I had in mind. One question - lets say support for online growfs was available - how would gconcat need to be modified to support that? Eric