gmirror comes up DEGRADED

Pawel Jakub Dawidek pjd at FreeBSD.org
Wed Dec 20 08:05:15 PST 2006


On Wed, Dec 20, 2006 at 04:57:36PM +0100, Pawel Jakub Dawidek wrote:
> On Tue, Dec 19, 2006 at 02:41:05AM +0100, Max Laier wrote:
> > Would it make sense to have a "graceful orphanization" for this kind of 
> > things?  i.e. an operation with a semantic like "somebody asked me to go 
> > away, so next time you get the chance - could you do so as well (for I 
> > depend on you being okay with this)?"  It seems overly complicated to ask 
> > classes that don't require a state save to implement a dedicated hook to 
> > go away on system shutdown.  For a "graceful orphanization", however, all 
> > you need to do is keep a flag in the softc, pass down the request and 
> > wait for the open count to drop to zero.
> 
> Most classes don't have to open provider below immediately - they open
> them on first open of their providers. For example BSD class doesn't hold
> MBR provider open if not needed. When you open ad0s1a, BSD class opens
> ad0s1, then MBR class opens ad0. Some classes have to keep providers
> open all the time or it's just easier that way, because of complex error
> handling. MIRROR class for example may want to synchronize components
> even if its provider is not open.

Let me add the conclusion. For those simple GEOM classes that don't have
to use shutdown hooks.

-- 
Pawel Jakub Dawidek                       http://www.wheel.pl
pjd at FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20061220/d0a8084e/attachment.pgp


More information about the freebsd-geom mailing list