Date: Wed, 5 Oct 2011 13:29:41 +0400 From: Lev Serebryakov <lev@FreeBSD.org> To: Alexander Motin <mav@FreeBSD.org> Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <1453791516.20111005132941@serebryakov.spb.ru> In-Reply-To: <4E8C20EA.5060501@FreeBSD.org> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C20EA.5060501@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello, Alexander.
You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 13:18:34:
> geom_raid addresses this problem in own way. As soon as RAID BIOSes
> expect RAIDs to be built on raw physical devices and probe order is not
> discussed, geom_raid exclusively opens underlying providers immediately
> after detecting supported metadata. So even if volume is broken or
But it could be not first, who taste component of mirror, am I
right? If geom_part will be first, will it "take away" component from
geom_raid? Or it could not?
If it works in any case (exclusive open spoils geom_part), it could
be used in all other classes without any metadata infrastructure, but
it seems, that geom_mirror, for example, could pickup metadtata from
last parition instead of raw device...
I'm not sure here.
But, in any case, maybe standard first 16 bytes of metadata in
pure-GEOM classes and filter in GEOM infrastructure itself ("not pass
provider for tasting to anything but class, written in first 16 bytes
of last sector") looks good idea, IMHO.
--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1453791516.20111005132941>