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