On Wed, Nov 15, 2006 at 04:23:18PM -0600, Nicolas Williams wrote:
> On Wed, Nov 15, 2006 at 09:58:35PM +0000, Ceri Davies wrote:
> > On Wed, Nov 15, 2006 at 12:10:30PM +0100, [EMAIL PROTECTED] wrote:
> > > 
> > > >I think we first need to define what state "up" actually is.  Is it the 
> > > >kernel booted ?  Is it the root file system mounted ?  Is it we reached 
> > > >milestone all ?  Is it we reached milestone all with no services in 
> > > >maintenance ?  Is it no services in maintenance that weren't on the last 
> > > >  boot ?
> > > 
> > > I think that's fairly simple: "up is the state when the milestone we
> > > are booting to has been actually reached".
> > > 
> > > What should SMF do when it finds that it cannot reach that milestone?
> > 
> > Another question might be: how do I fix it when it's broken?
> 
> That's for monitoring systems.  The issue here is how to best select a
> BE at boot time.  IMO the last booted BE to have reached its default
> milestone should be that BE.

What I'm trying to say (and this is the only part that you didn't quote
:)) is that there is no way I want the BE programatically selected.

> > > Harder is:
> > > 
> > > What is the system does not come up quickly enough?
> 
> The user may note this and reboot the system.  BEs that once booted but
> now don't will still be selected at the GRUB menu as the last
> known-to-boot BEs, so we may want the ZFS boot code to reset the
> property of the BE's used for making this selection.

Not my text, but wtf?  Booting the wrong BE because my NIS server is
down (or whatever) isn't really acceptable (or likely to resolve
anything).  I think that's what "not quickly enough" was getting at.

> If you're netbooting then you're not doing a ZFS boot, so the point is
> moot (this thread is about how to best select a BE to boot at boot
> time).

I believe I could have /usr or /var on NFS still.

Ceri
-- 
That must be wonderful!  I don't understand it at all.
                                                  -- Moliere

Attachment: pgpx5pzictHCT.pgp
Description: PGP signature

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to