From owner-freebsd-geom@FreeBSD.ORG Mon Apr 9 14:38:21 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 24F0E16A400 for ; Mon, 9 Apr 2007 14:38:21 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF1413C487 for ; Mon, 9 Apr 2007 14:38:20 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from localhost (marvin-mail [192.168.0.2]) by marvin.harmless.hu (Postfix) with ESMTP id 871787BFF53; Mon, 9 Apr 2007 16:38:19 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at harmless.hu Received: from marvin.harmless.hu ([192.168.0.2]) by localhost (marvin.harmless.hu [192.168.0.2]) (amavisd-new, port 10024) with ESMTP id H4bd7AJYXGeo; Mon, 9 Apr 2007 16:38:19 +0200 (CEST) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id 155ED7BFCDF; Mon, 9 Apr 2007 16:38:18 +0200 (CEST) Date: Mon, 9 Apr 2007 16:38:18 +0200 From: Gergely CZUCZY To: Eric Anderson Message-ID: <20070409143818.GA86722@harmless.hu> References: <20070408140215.GA54201@harmless.hu> <86k5wmu420.fsf@dwp.des.no> <20070408181916.GA59715@harmless.hu> <86bqhyu225.fsf@dwp.des.no> <461A4D93.3010200@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <461A4D93.3010200@freebsd.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) 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 14:38:21 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 09:28:35AM -0500, Eric Anderson wrote: > On 04/08/07 13:57, Dag-Erling Sm=C3=B8rgrav 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. >=20 > How about gconcat? You could create a mirror, then gconcat another mirro= r, etc, extending the GEOM.=20 > 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. Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owFVVkGLHEUUXhOE0CAS8KQIj73EkO7ZntlddzNmN242kxg0WXE3hCSHWNP9errY 6qpOVfXMTi7izYOI5OBFBP+A4MGLFw+CoAjevMSrB8FLvHj2veqZTjz00F3v1Xtf fe97r+bzl06vnDr727ff3b/w6eMvX/jmzMVxXDXe60lSCTuVOumnaT/ZfnNrMEj6 G0k/S7cxF+m66G9cpN9rrx482Tfao/bJ0bzGIXg88Wu1ElK/BVkprEO/0/gi2Y6W flelq42TXho9BKmV1NjZjqzQrkCbjHRmcqknQ3jYGI95UlupvRgrjKIDDTeNjmGv tpBejGGQplsgPL0PB9vD9c29m5Ckm2kaw8jKDPZ0jtYZDTNLkYbRLlCAdGMt3V6j ff314eZWDFfFJBlZwjKBw2pnf33nyradWDF9tmn3OtoJqjns37u9f+8uXKpLg5U8 eZsOWSl0rlc2u+QuPbrgvztHUccg4VibGYixaTzcu3YYg3C0KJxrKiSzh5lUCjRi DsKaRufQ720mA6Dt1oVAhTUVUJAYZiVq2OqlyQej90Z7h6N27xjBosjnPfa+ZTjo OQd4UmNG1IEvpYNCKBXsu4IyyHMVKGOO+byFsSDAGdVwSRaftTV5k4UF1FNpja6o PpSOguk2TAAYQh6VaBEoiTZgPH100ci8M0jJ552OgklmdCb8ZYC7poHMNCqHjOB7 pLSVtNbYmCDTOReeIHQbNBh3IjKjz+jnhCTDGmFvuD46uNlrc8ER77YNRbBmVjig Q/iSArU7iJEpwauwB3CH0+tzvrXPjD2+HM3KOUxaIJc7DM5UWNIZWrxEeOMoDnPF 7MbRuPFR/zzV1SEyDcJ7kZVgarSio3UZzJM9zyPieCpZmy1AhEJRCQfn24LNQiaL DxtJ5PIWNRNzt+TKNeNaWB/ayK2NXa7EGJWLFqFy6Y5JaVRqykTEjklnlaFAZGep 9aJIyWNs0xqlzIyJxBNR1YrkDglbyF3QswGFJIHPncfKwXgOORaiUX4IhevHhRvQ s07PBm+byCmRTyPC9dvCrFrqEm7BVTBFh83FC8pZv7wnCiZXiwwDwI5dWkSaRBm6 HswIEGHNmACC1R6Z/aL/OQ4X+UUcXgaTfPmCy5eCsVK4ZUUCDY2FjsiYKac688jh V0U5LYR2UIIGAW+piEXubam5KG4pRScf4aJ83GMQiH4DHty49qCTQGt2TV0b66lf zwfOQ205jCAOZh2YJVftHjok8gzhVCEzd2ZTxSFPFDiikrfHnERw6+BoNORVik2K XC1Xw7mFpq4KniyLeJGLyhxKrmRFcywPjIe0EZRiGoiwmDXWUcVoFC4BclUCHiWc f8Yhu7fbmEeppJ9HvJaVpu66upaYYXvArrkIFtV/SXmPqWkbakkxs9PJn0PyolBh CpKKpQsstlwHVdpW4KHOnZijiHEHVVLDca1cWywB79842uO4PCXC0pKIIM6I5mVt +A4KHUZByBxOSnEEvVUV0phyhtedJ6CwKCxpLHKmqcMkDXBa516PtCQXbHGPYCE1 lQAKRNUiF/7ZNGINcKZZaRQ3VEF3JqmARwrdrUixrswxjqLuznrUZI/mUSWk8mYI k3a5l4Xl52+wKEoSnqJ3ELWkFHSZ+R5cpw8aeI7nOgGkLKSUyrWghJWc8ZPd0y+u 8P+B5b+Js6fOXFj54tKPP3/45N212z+98uvvj5/+89H9739Z+fqzHz4+Wb/075/y r9eevn649vcfw5e/+g8= =RWB3 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV--