Date: Mon, 09 Apr 2007 10:13:22 -0500 From: Eric Anderson <anderson@freebsd.org> To: Gergely CZUCZY <phoemix@harmless.hu> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <461A5812.1080205@freebsd.org> In-Reply-To: <20070409143818.GA86722@harmless.hu> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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 Eric
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?461A5812.1080205>