Date: Tue, 10 Apr 2007 13:37:02 +0200 From: Gergely CZUCZY <phoemix@harmless.hu> To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <20070410113702.GA17344@harmless.hu> In-Reply-To: <evfr82$n23$3@sea.gmane.org> 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> <20070409153203.GA88082@harmless.hu> <evfr82$n23$3@sea.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 01:08:50PM +0200, Ivan Voras wrote: > Gergely CZUCZY wrote: >=20 > >1) to increment them, i need a device(disk/slice/label/etc). > >if i increment a lot, i need a lot of devices. >=20 > Are you concerned about the number of entries in the /dev file system? Wh= y? >=20 > >2) these incrementum-devices (the ones i increment by), > >have to be made, each of the has to be chopped from the > >storage pool. >=20 > The whole GEOM tree is your storage pool. > > >please also look at the bsdlabel issue i have mentioned. > >gconcating is the most easy part of that. recursively > >bsdlabeling is what i have mostly referred to as the > >real issue. i really don't think this is the way to > >do it... >=20 > If I understood you correctly, your problem is that you don't want to use= entire drives for=20 > extending your file systems, but only parts of them, right? 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. 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. 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. 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. I have read the README of gvirstor and looked around in the source tree of it. It seems like me, that gvirstor is a bit different then what I need. It allows me to overrun the available physical space, while i need to be able to increment the storage's availabe size when it's needed. Farthermore as I have seen gvirstor only provides one storage area =66rom a given provider, and what I need is many provided storage areas =66rom the very same pool. Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owFtls1uHEUQx02iINQSQjlx4FKcHCu7610ndiwjxzixYyzFCiJOAgGk9Mz07jae 6Z509+xm8gJEiANCSBwAKQ8AEhIoFw68AY8AEuLEESFx5V/zsbsmXJzsTNfXv35V PZ+9fHbpzPlfvv/x/Yuffv7VC9+JPOpkRQhm1M2km2jTHfT7g+7gyqXLl7uDje7a Rj+KBirZWF/vD9cH8sZrk1+vWxOUCd3jMldbFNSjsJqnUps3KB5L51XYLsKwuyna c3va59broK3ZIhmCjMcZns/eHztp/FC57r6JbaLNaIseFjaopJs7bYKMUiXELUPH herQbu5o0O/QWr9/Bc6oP9jqb26t998+oot9POzQ4UQaumud9DR1cLMlrtKBciOV lnT9/p3r99+bPd9e6+Pl1cEKBUvaxE5xYhTGKuuQJqNUQpISNdGxupBof7LqU/x3 NZWRSldViFd6bK+HODw3l5TasGCPX2SHjRvfa8PuOkWlLSi2JlbO8NHIFlV0MkUW KcdWcOi08nBfvViFFxrqVJEvfVDZDt0bb4tyZ1bL2gqf82qeT5F1m9B0gV1Yw+4W 8o3KlQ6bjuVEsRCRokwm0FqhU5wDW40hZ/0uHts8R7ZDZzN+xaY+QO+RotzadFbg McymY4tcD/ZvHVFwCll5rtnRfwzYR54qibxl6i0ksyfcXY4c+aTSG7a+gAeq8uTM AZRKqg6MWEQZwA5HYKvM+oACfEm5dKGuQoYeORUXzusJaGDD1nljOcWZWQR4ADJO AU2HelG99G3BTskmoR7O8y8cTaxZ5py1OeG/vs1lKktYs1kCzEKvN5PocEiHVJhE OQhik4YHhIsRulNLlTuLCchqZ0iPz9SRppJhtVR4tS2YFA2kEofiPA2tq0NgPJXh qaq9LbDjOxSBN2vSWiTf9BrsOz0ahx1xXAkJomOIJgOcKx87nbPyNLVFmjAQXOKw MDE/lakOpYAfKFo8WvZ08+5Ry66Pba44xsSmRcaQGSDAjexUlS2z/qVg+RMaoQpT q+iL6CMIwpVWv1UmdboabK7jnhCHdbfkKaRq0lMJBtr2Y44xwCudmtvpWMdjhGol ZKiRcwhQJ9cqrhUkr1w1OR2SJqH58UgJXkvPrQ3we9rJdKyMmmCUeRcwrOKmPplB LOtkkR227kGvfRymdiGyxkikFnQrMegfVIms4V9Oj5vVo0v4BVlAQdKjOzlaw8EW DREo0kFkFnwMNVjjxJsIAxYfUmvwpNO0zmCwfsBZ+VzGqHQCvbncHu0Og3JVFyor svjjeKNQxsS0Gw/BiIOJykGHMNG66ihHmb/uUKq46x7zsXnQaFynIao01jbnaXCr +XAza4uTWlMZITSyAWcsOMYz6Azrlt6SuNZG4jQgixg8zyPFuEJANsYMRe+VRmY6 FoireclAYE6q8SaRkJ8tQ9SStRG4nHEVvNoaMtJgY4YM77rKQD9W7ZLNHRa1LTzq a1uXtIFEHWha9wpCNERRpcqJNgluGmZrWo/SzfkALnuBkTE0VDIUjtvIQi9nTSt8 4XDRel5xLOoN7Olrt/dQvPLYMqIdL52Bgqr5ZjSfOySVVLm/s7+7d7TPlYwmjBjw ZAF4kzMTzhYctNkE2EQAq7oRYICViCrQN+ykuoZM1Sth7guA19kmeoiFzN8PFbYV B4eVGJUT1m3q4YCFtgDBFXXMGcWUj0uPRqYtnYAgVe11Xd9x/zvcbScgauMMgHP3 nuuJEDewdQBjNXHoWiMWKjTzkurF6+xEA+BqiBaZEtsbGwyVbFZhc9DVXC2UzdIA 3Zmr5DSarR8uAHKUc0KRphDXStURYvZ99LiIH5dMSxrsFo3qx724evwmvu6yVHnf GxdCdLt8v9xDRfx5EpRHEw/wA2sIE23TiWpvrubeksxYTzzZOXtuiT8j24/Q82c+ eLj09JM/H+x8/OzZD9Off/ry2j/L3+789u7rS0+f5B9+PTn30l+vpK/e/uL3v1/8 4xu7+y8= =7yeW -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070410113702.GA17344>