From owner-freebsd-geom@FreeBSD.ORG Tue Apr 10 12:03:29 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 4321A16A401; Tue, 10 Apr 2007 12:03:29 +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 8E3CC13C468; Tue, 10 Apr 2007 12:03:28 +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 A59547C0B9D; Tue, 10 Apr 2007 14:03:27 +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 CKS2v0-eTjCy; Tue, 10 Apr 2007 14:03:27 +0200 (CEST) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id 351957C0084; Tue, 10 Apr 2007 14:03:26 +0200 (CEST) Date: Tue, 10 Apr 2007 14:03:26 +0200 From: Gergely CZUCZY To: Pawel Jakub Dawidek Message-ID: <20070410120326.GA18218@harmless.hu> References: <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> <20070409153203.GA88082@harmless.hu> <20070410113702.GA17344@harmless.hu> <20070410115833.GC85578@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20070410115833.GC85578@garage.freebsd.pl> 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: Tue, 10 Apr 2007 12:03:29 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 01:58:33PM +0200, Pawel Jakub Dawidek wrote: > On Tue, Apr 10, 2007 at 01:37:02PM +0200, Gergely CZUCZY wrote: > > The mot accurate description would be the functionality > > of linux's LVM in the scope of volume management, that's why > > i had given this subject to this email/topic. > >=20 > > I have a storage pool (the last part of a disk), from which > > i want to chop little pieces for services, and i want to be > > able to increment these little pieces whenever needed. > >=20 > > Like i have a pool of 100G. i have two services, i allocate > > 10G and 20G for them. 30G is used. Upon need, i allocate a bit > > more first to service1, then it will have 15G of space > > available. After this, the other one might need a bit more > > space, so i give it a bit more, let's say 8G, and it will > > have 28G of space. > >=20 > > It's really what i have described here several times. Having > > a storage pool, from which volume management can be done. Dynamic > > allication of storage areas from the same pool, and having the > > abilit to increase the size of the previously allocated storage > > areas when it's needed. It's kinda like what's Linux's LVM's > > main feature. And i'm a bit surprised that FreeBSD doesn't > > have a similar thing. >=20 > Yeah... If you can afford running 7-CURRENT, you should really try ZFS. > Even if you don't want to use ZFS file systems, you can still use ZFS > ZVOLs and run UFS on top of them. The fact is, i want to run this on a production box. Or, to be more precise, i will want to. Currently i'm thinking of awaiting of 7-STABLE, and testing the zfs layer there as much as possible to recover any relevant bugs, and hope that they get fixed till 7.0-RELEASE. I don't want to run -CURRENT, not even inhouse boxes, and especially not on production boxes, where we have to provide 99.9% I'm afraid of development code, sorry. I know FreeBSD's QA is great, but it's still development. > Not to mention you have fast UFS snapshots, clones and other cool > stuff:) Yes, i know this. I already use most of these things, incremental dumps, snapshots, restoring, so on. > The hardest part of ZFS was ZPL (ZFS POSIX Layer), which only comes into > play for ZFS file systems and is not used when using ZVOLs. I'd like to check it out in 7-STABLE as soon as it gets branched :) Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owF9Vj1sHEUUNokQ0kpBRIoQUgoeEsiJsru5O8v2+VBCHNsxRpfYxHYgpkBzu7N3 w+3OLDOzt15L1FBQIAoaChANVUQQPyV0KBVINNRUFIgyPe/N7vnsINHYt7vv//ve N/PJubNzZ87/+vD7d658/OnnTz3wbgyuZIW1chhkTE+EDNqtVjtodzvtbrAUdLpL i0vRSmcpaXcXo5X2rYsfPLumpOXSBntVzntg+aG9mqdMyFchGjFtuL1W2CToelO7 dWFyZYQVSvZAyFRIfvxtTzNpEq6DDRmpWMhhD94vlOVxkGshLRuk3PO2JewV3IfV XEO75UOn1VoGZqHV7i12ewsLO7fhSgtf+rDDSp7CG2xcDGCdlSLmYyg1xut51+F/ wiws91qdWZhNroc8rWDtYH/t4P4swnXYG3HIlAUWRYVmlkPMTaRFTs1BqYo0hgEH i1ZJISN6y1JhK+erEsDei8N5A/17t3ESzs5EKuf0baLSIsPoTLIhz3A4Pn5nFq3L UR1AwIjFMBQTTq7CgCkG7/HIglX1M8+YSK9alYsoJI9rnZZz3ELHCQcGxiqN0SFX KoVLlD5lxkLOtKUSGMTCjC/7kGiVYVoRjZrEJZMuTTRSOXZhbYpBBI+4gURpMByp gw8+MBmfMB9w508w0qOQkXatUeeGPxGoHHHJJ1yD5Dzm8akO+mLMXf+uDVc+1otU 3Qynr22pTtQhgKWpihAi599ubbrSOvifCsb8WQgL+IRjKwxmg/0cIaTUJ50x2UBY FyJTGlEV2rjOmkxtAgnhEBZKkaZ1Je3FTarO5Cxq+p8gLjSEEFYTy7VDy3mCwj8a lETgxXBkXQF1UpfQubtAPhgcoEOfss1MfEg5scSwCrqbDQJ1Oc7bldTpzko6TQ1y 1Rz7rRAA3IZmmjWvB1gM1ocsJWBYClZk3ITwOkOlGNa9nSLVSer8l9EQMUn7EWO/ IaxXkmUiqqOkqcB50xZRmU1EhoWZOqJbFZZNs1CTI1cEfWlIJpBPxzRjpt5DI47c etHvXPOJUIXBXqcAx9NkdQyXsKwRxcE0TKynNBYyZshZZGJZL2Z/ts7zpiYJ6iAk nNlCE9gExXzWgGUKjaKGXHN7Dbc05zd313EY3Mh5O8MKJyoy5IujiRwiXDVY9zkb hSEWk0ClCjdLliCZY9CFlDSK5WBt/+7djTt7vrMwIydIDbpWV3Bwa5fQ3yAFEXUY xGLeHi8srgIZIc9xL01lLM+Mf5zOWOJ4Y4NxDu5t943DAiuAffRD/FB+mnlnoUd6 mTCUKOF2cpqGzJ1ioT2us1Zx4cQSBuowhG3t1+JRrwCiFuHYnD/lb4KEsFZojazC 3mjINKwxTYGErGR43tS/l4PdvdWb/Q3fo0ItN7ZhDRwlBvWvcvtIJEfoswJ5i//x wDKiUS1Mr5D96F7h75RPKP+gGDZqNyL9dohilAqG3OL0DgllKnY5bAV3N/obq7sb oedtPTFumsMMM4kHC3fQSEQOp4zTmGoqNzlOgYD0yAxHdXpqZFe6Lkre6KEikwme gbCyEq684m0RExPNRExjiTFTqvJ6LVXs9EXrCukFY6nKKT2R3W+ukkgOkUbW9waF rVej5sKJKNjedbijXF/0TIURcVwxCR0zRBAjWY68tFhulKIM1PSpVTDC1cYYxhZJ 0rvs3a913FVDZKHSWIplxJXjYKaMbZjmdh1hJYfpGYNqFRdZbnzvRE7Nad3R0smp kq5oIineXFDyZkchLUGJRDjY6cMletjZ3t16G/pEl8t+I3BKIvcihZKIaa3CUHgR qtwB8+QS1bJsHMZ03tQiUxjiolujEPGJa3Vx5yyPxiTjiuYtj0lM3DSKtsbQVySb gQHeodA+BpyZ592suO95xzeYoyI6qjy6F1jVQ3v3Oozc6xvYdJZyY8JR4XlBQDLz FudSYD+0JyFehKTAailnOiH9VLgT2IyjOyMxC72PXjv79BzdC6eXyvNnPnxp7gv7 96ML3z16GX568Ndn5y7+/OeLPz7zz9yX3/zy2+Mfvv369+3nX9h97uH4wr2v3v3j Xw== =kvR4 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S--