volume management

[Gergely CZUCZY]

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ørgrav wrote:
> >>>Gergely CZUCZY <phoemix at 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 mirror, etc, extending the 
> >>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.
> 
> 
> Maybe gvirstor is what you want?
> 
> 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 at harmless.hu

-- 
Weenies test. Geniuses solve problems that arise.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 2320 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20070409/73135017/attachment.pgp