Date: Mon, 09 Apr 2007 09:28:35 -0500 From: Eric Anderson <anderson@freebsd.org> To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no> Cc: Gergely CZUCZY <phoemix@harmless.hu>, freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <461A4D93.3010200@freebsd.org> In-Reply-To: <86bqhyu225.fsf@dwp.des.no> References: <20070408140215.GA54201@harmless.hu> <86k5wmu420.fsf@dwp.des.no> <20070408181916.GA59715@harmless.hu> <86bqhyu225.fsf@dwp.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
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? >> on-the-fly growfs is not required. stopping the service for a few >> minutes can be done, since we've got enough redundancy in our >> server farm. >> and UFS2 has growfs(8), that would be enough. > > I suspect growfs(8) may take more than a few minutes... > > DES
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?461A4D93.3010200>