Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Apr 2007 14:03:26 +0200
From:      Gergely CZUCZY <phoemix@harmless.hu>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>
Cc:        freebsd-geom@freebsd.org
Subject:   Re: volume management
Message-ID:  <20070410120326.GA18218@harmless.hu>
In-Reply-To: <20070410115833.GC85578@garage.freebsd.pl>
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> <evfr82$n23$3@sea.gmane.org> <20070410113702.GA17344@harmless.hu> <20070410115833.GC85578@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

--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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070410120326.GA18218>