Date: Mon, 9 Apr 2007 17:19:02 +0200 From: Gergely CZUCZY <phoemix@harmless.hu> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <20070409151902.GA87807@harmless.hu> In-Reply-To: <461A5812.1080205@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> <461A5812.1080205@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 10:13:22AM -0500, Eric Anderson wrote: > On 04/09/07 09:38, 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=C3=83=C2=B8rgrav 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 mir= ror, 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. > >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. >=20 >=20 > Maybe gvirstor is what you want? >=20 > http://wiki.freebsd.org/gvirstor similar, yes. but this wiki page is quite foggy on exactly how does gvirstor works, what can it do, how does it do that, and so on. even the provided example is a bit undecryptable, and without any comments (that screenshot). i've checked this previously, and wasn't able to decide whether i need this or not. and also, there wasn't any remarks on the tarballs to what to do with them, and for which branch were they made for. but might worth a try, yes. Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owGFVk2P5EYZ3iRCSI445BQFCenVXjYL7p7+2GFmG2aGyWQ2RGKziB0U7eYQVdtl uzR2lVNVbo/3QHKJlMMiIQQiEhK57gWJA/wA/gBH/gRI/AEOPG+V3RshIQ7d7XbV +1HP87zvW7/61mu3Xn3jb3/680ffe/7r37/yx9dpmzad97qcNcLulJ4tF4vl7Pjo eHGEx9myWH6/KO5t13J9eLiWhw++/aS4MNpL7WdXQys35OWNP2hrofQPKKuEddKf dL6YHSfTvneVa41TXhm9IaVrpeV+7coK7QppZ5c6M7nS5YY+6YyX+ay1SnuxrWWS PNL00OiUzltLi/sprRaLIxKelovNcr1Zrc4f0mxxuFikdGlVRuc6l9YZTb2Fp01y SnCwuHewuH8Au8X9zfo4pfekLWU90MXTn188ffJy6+n/Cga71fFmffh/g52ejuGO ORwSPDxK6V1Rzi4tjl7S4+bkYn1yvD65WJ28c2xLK3ZfNz79r8x+2FZGNurmR8C2 qaVz86o7hYHy0o0Wp4MUbUqKrrXpSWxN5+npg8cpCYeXwrmukVj21Ku6Ji1lTsKa Tue0nB/OVgRz60ZXhTUNwU1KfSU1Hc0Xs59d/uTy/PFltN5KslLkwzzu/8Cw4zuO 5E0rM/BGvlKOClHX445TgTjqTkO1Mdd8/sJYEuRM3bEixr+tNXmXhRdS75Q1uoE8 EBLu9OQoJDq6vaqklYRQ2pDx+LP3GDf8eI9EmRmdCX9G9MR0lJmuzinDGbxE3EZZ a2yKrHHYcScJHT1i8SQJy9Jn+LqBZFmjvPtktQhx3rt89HBOdMX2toMPa/rCEc7h K7iKNoBlh+waiZ0fcgL6jo/rvbHXZ+yorwYqYzZn+0ScaWSFg8SkAX3n4IoRY5RT ttt2nn+Wd8G0k5LhEN6LrCLTSiv2EE8uPdbznE0A+U6xeGOykoo6srq6G0nsQ1Qr P+kUoGbDuheDm8Bz3bYV1oe6dgdbl9diK+ugo9Fhrtw1RAj+ERJgbyHBxsAX1lmF IVqtrmUMb+ra9AyvvBFNW8d6oBkvwkbgc48KhRIYnJeNo+1AuSxEV/sNFW6ZFm6F zxqfe6NlqXagJRcLtwyk0W2LUuKKvU2m2Ofo0pEMFjjbBHNeda3IZMh1jzteSjTK TLo59UgLSWcMB5KLAPC+lw7GvZsxC5GGh1WZTw9yeijGpOF04iqg0lnag5syDdAB 90V+rBHZUiiaWqBtsEkTYOVOoDRT5UbFklPP5Egq1yIF5N+mj99/8PFeHnHZdW1r rEdl351ICKSzJwE4+n1GE3LRDIeV3HQ4WgjORdw1aQgVHDFi0EI8cRleffDo6nLD C4gA2d6ubgcIhEYVhs0smXSMCPaDEmrVoAHmgYIQPLiqxC7AYmXWWQci0UanTJmp kFgtnH+JKG+PZoyqqpUfInkG08y0+17QKpnJeNh9NSI5yGLiYD4iFctvAp3B2pcJ e+WXog49FEJXLoAa0Z9Ua2MZBPr3eudFPkLQLaqTKXSRQ0E/ff/qnJ1zhwmvJliC doMptGx4roVyhB/sCOeGK4GnppHoc87we+eRMI18Q39s70zXhnYc0or75/NwZjUC yNUkC6VBDBVS1vEMwr9sZ6wPDtdXpubSKzD5oZCxG+GSIOEwdNbYXh+KATCXmAfO o/i4J7G/AX28F9qfTfsq79vNwUGvrtW8sFKC3bmx5cFkmTjIBQWSYoKgbNEzxw4H A7BTBhTQ5jhxU5ZDqKgbkXnoB/03yQ3S3qfBPdulMRXIlAdrjjHIjTpsDP/DyQPa CUCFOkhyL2KQxsabT30uUsDNESNZZnZow70nUsWQY4olQg9QScMF5ejtAKtDgUnt KuPvzjFhQUFWyex6msGtlTtlOlcPMY1eOB47U+tAJCTBUz7oW8V7QbDEGaH6eRKl 4kw6tuDJA1JBaQugMI0OCGYLUYVqYlwSDmD2emniWbiB9pVCkW9x7cNPz16xPlAj csYe0z1hdhpVVmE4wl6Qt0NkLkmSdwaZJsn+jvSsy54NSSNU7c2Gyvh6noXXX78x Jclsxlr5EIgpcITLk5/jEqgVRqrju8MuEANwGhdVK6xiPX5x9to3bvG1d7o0v/Hq p1/e+qpxv9t997cv5FvNK6//5sWLg1/+89+f3/rqwfO31F+/85dPf/GP53/41zc/ +/vTL5+8+R8= =U18H -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070409151902.GA87807>