From owner-freebsd-geom@FreeBSD.ORG Mon Apr 9 15:13:23 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 3D12A16A526 for ; Mon, 9 Apr 2007 15:13:23 +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 12C7D13C4B9 for ; Mon, 9 Apr 2007 15:13:22 +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 l39FDM2x047914; Mon, 9 Apr 2007 10:13:22 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <461A5812.1080205@freebsd.org> Date: Mon, 09 Apr 2007 10:13:22 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: Gergely CZUCZY 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> In-Reply-To: <20070409143818.GA86722@harmless.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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: 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:13:23 -0000 On 04/09/07 09:38, 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. > > like the following example: > - there are 4 filesystems by default: fs1,fs2,fs3,fs4 > - given da0s1g the "reminder" of the disks, that will give > the space needed for the services. we allocate 4 labels for > the services: da0s1ga, da0s2gd, da0s2ge, da0s2gf > - we concat the four bsdlabels, to be able to later on enlarge them. > > now increasing the size would look like ( _IF_ gconcat would support it): > - creating a new bsdlabel, that would serve as the incrementum, like > we add da0s2gg > NOTE: we reach "h" we cannot add more, bsdlables are limited. we would > have to recursively bsdlabel all the last bsdlabels to have te ability > to chop another piece that could be added later on. > - attaching the new partition to the already existing concat > - growing the filesystem > > all of this looks like a PITA to me. like we would need > a spoon, and all we have is a hammer, so we start eating our > soup with the hammer... > > i have the definite feeling that gconcat serves a whole different > propose. Maybe gvirstor is what you want? http://wiki.freebsd.org/gvirstor Eric