Sherry Moore writes:
> > > reboot -f (1M) Committed To initiate a fast reboot.
> > >
> > > reboot -f -e (1M) Committed To fast reboot to a different
> > > BE.
[...]
> > Could we decouple -e and -f?
>
> Technically yes. It will basically be "luactivate BE; init 6", or
> manually setting the default in menu.lst, or finding out the
> corresponding menu item number in menu.lst for the desired BE, and do
> "reboot number".
[...]
> I don't know the history behind the requirement stated above. I will
> contact the Live Upgrade team to see if's OK to support -e for regular
> reboot as well. If anybody knows the answer, feel free to chime in.
I didn't notice that in the original case, or I would have commented
sooner.
"reboot -e" doesn't make sense to me. To do that right with the
existing LU, you'd have to reach out to the undocumented
/etc/init.d/lu and run that script. That's why the existing "reboot"
does *not* switch BEs, and why you have to do "init 6" or "shutdown"
-- it requires that the legacy services be shut down for the switch to
occur.
I really don't see a point to that. We're going to chuck LU out the
same open window through which most of the Install gate is being
thrown by the Indiana team. Doing an upgrade on an OpenSolaris
2008.05 system is already quite a bit different ("beadm") from the old
LU.
If this is really necessary (special support for an S10 patch?), then
I think you're going to need a contract on the Install consolidation's
'lu' script so that you can invoke it directly from the reboot
command. And the Indiana team will likely need to know about this so
that they can rip the code out of their own delivery, because it just
won't work there.
--
James Carlson, Solaris Networking <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
