Date: Mon, 10 Nov 2003 09:51:15 +0100 From: Pawel Jakub Dawidek <nick@garage.freebsd.pl> To: Christian Laursen <xi@borderworlds.dk>, Lukas Ertl <l.ertl@univie.ac.at>, hackers@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: geom_mirror implementation Message-ID: <20031110085115.GE84474@garage.freebsd.pl> In-Reply-To: <20031109213450.GB13982@VARK.homeunix.com> References: <20031109003617.K626@korben.in.tern> <20031109023041.GA9171@VARK.homeunix.com> <868ympydcx.fsf@borg.borderworlds.dk> <20031109213450.GB13982@VARK.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--ZEJJ1/LkT8WyxxO+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 09, 2003 at 01:34:50PM -0800, David Schultz wrote: +> > > > I've played around with GEOM a bit and beefed up geom_mirror, whic= h is +> > > > already in the tree but not built yet. +> > > >=20 +> > > > You can find the patch at <http://mailbox.univie.ac.at/~le/geom.di= ff>. +> > >=20 +> > > Hmm...I believe geom_mirror is supposed to be an example, and +> > > geom_ccd is supposed to be the production mirroring implementation. = =20 +> > > ccd does have its quirks, though... +> >=20 +> > Last time I checked ccd needed to be manually reconfigured to run in +> > degraded mode and sync is not possible. In my book that's not good +> > enough for production. +> >=20 +> > Furthermore it would be nice with a mirror implementation that +> > automatically syncs the mirror after an unclean shutdown. +>=20 +> Yeah, RAID support in FreeBSD is in a rather sorry state right +> now. ccd(4) doesn't work with ATAng on my machine without causing +> panics and data corruption, raidframe is broken in -CURRENT, and +> vinum tends to lag behind changes and break. But that doesn't +> mean that the right solution is to add a *fourth* incompatible +> RAID implementation. If there's a good reason ccd(4) is harder to +> fix than geom_mirror, then you might want to talk to phk about +> rewriting geom_ccd based on geom_mirror. I believe scottl and phk +> have plans to fix raidframe, though, which would address a lot of +> the present limitations. Raidframe is going to be fixed by scottl@. This is a good news, but raidframe doesn't fit too good to GEOM infrastructure. GEOM gives flexibility which is duplicated by RF. I've start some work on more advance RAID implementation wich should fit to GEOM just fine. Every RAID level will be a different GEOM class, but with one configuration utility. All classes will share as many code as possible to be flexible in adding new RAID levels in futher. Strategy of choosing disks, failures handle, etc. should be also general. I want to provide support for many on-disk metadata formats if it will be possible. The bad news is that it is only a concept, I've only some initial code and project draft. I hope I'll find time to implement this. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --ZEJJ1/LkT8WyxxO+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP69Rgz/PhmMH/Mf1AQFWvgP+N+5awW96gY4jV7nchcGEGiUtneUP/xTG 1OlUOKJwXTVO0+22w1whyQc/n/M6WnTUvZ0l/3sAn9FoJBYGvcLDLdPwHTYrJ6rn IOxWqX611kJTE9FPdyyP4la3rN+HiVocyqkIdwKOaiZbA8C+41eMmNqLuP5fiutg fjWpo4YiSSQ= =4iN8 -----END PGP SIGNATURE----- --ZEJJ1/LkT8WyxxO+--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031110085115.GE84474>