Date: Mon, 9 Apr 2007 17:44:07 +0200 From: Gergely CZUCZY <phoemix@harmless.hu> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <20070409154407.GA88621@harmless.hu> In-Reply-To: <461A5EC6.8010000@freebsd.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> <461A5EC6.8010000@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 10:41:58AM -0500, Eric Anderson wrote: > On 04/09/07 10:32, Gergely CZUCZY wrote: > >On Mon, Apr 09, 2007 at 05:24:01PM +0200, Pawel Jakub Dawidek wrote: > >>On Mon, Apr 09, 2007 at 04:38:18PM +0200, 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 <phoemix@harmless.hu> 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 m= irror, etc, extending the=20 > >>>>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. > >>Slow down:) Implementing off-line 'attach' operation is trivial and > >>on-line 'attach' operation is also easy, but because you need to unmount > >>file system anyway, off-line attach is ok. > >> > >>Let's assume you have currently two disks: da0 and da1. > >> > >> # gconcat label foo da0 da1 > >> # newfs /dev/concat/foo > >> # mount /dev/concat/foo /foo > >> > >>and you want to extend your storage by adding two disks: da2 and da3: > >> > >> # umount /foo > >> # gconcat stop foo > >> # gconcat label foo da0 da1 da2 da3 > >> # growfs /dev/concat/foo > >> # mount /dev/concat/foo /foo > >> > >>That's all. > >> > >>You can operate on mirrors too: > >> > >> # gmirror label foo0 da0 da1 > >> # gconcat label foo mirror/foo0 > >> # newfs /dev/concat/foo > >> # mount /dev/concat/foo /foo > >> > >>And extending: > >> > >> # gmirror label foo1 da2 da3 > >> # umount /foo > >> # gconcat stop foo > >> # gconcat label foo mirror/foo0 mirror/foo1 > >> # growfs /dev/concat/foo > >> # mount /dev/concat/foo /foo > >yes, this was the trivial part, but: > >1) to increment them, i need a device(disk/slice/label/etc). > >if i increment a lot, i need a lot of devices. > >2) these incrementum-devices (the ones i increment by), > >have to be made, each of the has to be chopped from the > >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... > >if you are down to the bits: we are running our systems > >on 3ware cards. the end of the disk (usually total-20G) is > >the storage pool. under linux's LVM2 we use this as a pool > >to allocate space for our services. At the startup only > >a minimal part of the pool is used, and as a service needs > >more space, we enlarge its available space, by little increments. > >so, we are not adding new disks, or anything, as you have assumed > >in your upper examples. we just give it a bit more space, nothing > >special. > >new disks are not being added, that's why i had said "storage pool", > >to reflect this situation. it wasn't just a term for an abstraction > >level :) >=20 >=20 > I really think gvirstor is a good fit for you. Search this list for some= info on it, or just play=20 > with it a bit. The author is active on this list and so he'll probably p= ipe up. Thank you very much. I will check it out soonly. I've got two more questions: Is there a patch for the 6-STABLE tree? Will it be available in 7.0-RELEASE? Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owGtV8+PHEcVdhKBlBYI5YYgh5fksF4yP3pmvd7xgHfZ2JvFyEssdsGKOUQ13TUz xXRXtauqZ3Zy4cKBA0iIG+JAUM5IHODMXwD/Agf+BIg4wvequmdnbZwckstouuu9 V9/79b3Xv/7qKzdefu3vf/rzT97+5W9+99Ifv/bx5Ftl7b2edUthl0p3B2k66I5G t4eD7u3u7f29fHQwvSPlwWBf7L37jQ9O7xntpfbdi3Ulx+Tlpe9XhVD625TNhXXS 3639tDtKWrn7ylXGKa+MHpPShdJyc3ZhhXZTabsnOjO50rMxPa2Nl3m3skp7MSlk kryn6czoDh1XltI7HRqm6QEJT4N0fGsw3h8dn1E33U/TDp1YldGxzqV1RtPKwtI4 OSQYSG/10zt96EFpb9ihU2lnsljTvSc/uvfk/SvRwxddlu6Ph7fG6eDRGb2dDvmy R2IlC/q+WNQTui9WKpeLLTsvNnRrvDcaD0ZXhl6I5VOM3BkPR+O9/c90/TAaYfdH wf298f5BB3hn3ROLVMzovDw6sjMrlteVDp9B9Z1qbmSpLr+LHJeFdK43rw+horx0 G53DtRRVhxQttFmRmJja05N3zzskHF4K5+pS4tjTShUFaSlzEtbUOqdBb787JKhb tzE2taYkGOrQai41HfTS7g9PHp4cn59E/YkkK0W+7rUaPzBsfMeRvKxkhioiP1eO pqIoNjKHArepnZIKYxbs/9RYEuRMUXOFNo+VNXmdhRdSL5U1ukS54loY1FemAuCN 6Yu5tJJwoTZkPB42VluR722iMsuMzoQ/Inrf1JSZusgpgzde4vZSWWtsB+jhdiNJ Qkeb5d2kOZY+w88lGok7h6XvDtPmptOT9856RBdswdawYs1q6gj++DmMRS0EaAmE pYTkY4agd3w8Xxm7OIqmVvM1zSKiow0YZ0o5hzMROBJROxjj2HHEO1FzUvv4Z7CL 7DspOTDCe5HNyVTSik3AW7Me53kelZCCpeJyjqAlTYs208PdmNhVuN3Kp7VC4Fm5 WIm1awPp6kklrA/M4/oTlxdiIoumvhqjuXILlCdqAhcj9BMUZ2lgDedcn/HG8wK+ 5malx7v0oKwKydXAMTfTaZcJjXaiXztbjgGgt2qpRMH2gx2jP01aFM6QFG7dIYQO Uc0EwkprFEhoFThY6xLtEsM6VQV8XDsvS1ywhuedKzxNmGHVLKIP4eeh5PaIjRgM z8VSUlZbC4fQ7H5lQkjcmHKRhrjkYrBl4NW3NskK0UT6TBCFWCugJZdaP5fLfhTt Q6g9DPifPaSNRPjhaxncSuhQE7Fa+RVayhsrZpIma85YqPttzMMG8974Gua6uXYL yKaUvano/7x/zr1gHZY3grGlPoefF2g1TkdLT+En8IHQTWmEQozdh3Iy5rpbTV9e YU2fzcXz3kQVBpJ+YQnD3Lkios+A+FwcP1dutrzZ+j/4InK0lq7T8AzGF5NF287M KqFHg6tgN9So0mCdMCQgWfIMjOONYF1l8iZXaN8V+NsP6Ptg792QdjWF8JW6wGTy W/p4Qls3ZlzQCPwnQQ0brbrsNgJ0k5EaLd01q5P1bmDl0O+AC8ouRY5hLAMbT4N/ c/YznGVzU1XM6DyCccSqbedVxsR6BQ8KgAi0xdOUFxM20zIt2MfVABlJJlAmcEVK bTLJ/aticEvjfGC/EN4ISfge6B305NQSuwgrtsYbzRVPq/YGWACHWYmF0ka+jIlj PYyEBlAP8vwE0dzEiaf0Ima6wQIuhTar5cis7/XaRDErCUwHngVsP7irPKhnJcMB Zq0Og4GpKnBzmDdo4r0Vn2fC5q4X9JjSmsBzcdDN2tUBlTdeFN1heoqxGbRZ5Fr0 MQcwGQlBqC9BIA9/fDZkADwtghtwWwTJoM1zsTBZGImVyGQYuQGgtLGo6DhmznmE vq5QPjHYvIpoVTYl36JlwxwpnvnN7OT7GmuhbgPsMEfDjR1GJ3UhsFIinpBeClXw dt+eg84L5X2xVdOx1p3ptLHFAtRyPhgrcj5GnuXpxzmchT1zM9XilAuDV+k4PGoU tQVTCZ7hcBuGf1qj7GYoL15Lt+Z/g4uXLlgOSLBTovsDqs39G2ATybgAj2PiI7Hz 6sS1mZMTKqc3t3P4ZqfJDcq1wLIaE4fPpDrsA72wJQvH9RkgCnxp2TKupxpLpPNW hAWVzRQS7UHj3eQwbIBxDXzQVnms7xnWWAYQNg2aGYPuxh1sELHBBniOXRZcEHAU ysUjXvTuJkjK1PAkUj4EPCDCR9863sRr8SZ8ceskUft5cxlgLmXc4lrTXDRgjbnc wR6PTW+CWkDjY7WtUMZVL8FoBGbO5VLaNZV1Nu/Bo7D3Z3OZLfg+XqSd4WLtJcmD HVwyQyZ4HwgpfFpLF3a/cfIg9LXl5boSHl7GVVXS7e75xfE7D0/A7VIeJY/ZvuJs bpWouvbtcZQk76xlJ0k2H0gf1tmH66SEuDdjmsXXvSy83v5cSpJulwP2WEqtwM/4 ckK0TvGATnL8sQAPOBjYL13cw4VVTvaSXxy98qUb/O3dfre/9vL66zc++vnrv73/ qnrrv1/567/++cnf/vLJ/Z8Vv7rx+9xMv7n4+KOX6PV//Od8+oebj778xr//Bw== =dbY4 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070409154407.GA88621>