Garrett D'Amore writes:
> I confess.... I've gotten in the habit of just running "reboot".  I 
> didn't pay close enough attention, and of course my luactivate didn't 
> take effect.
> 
> But I got to wondering.  "reboot" does update the boot archive.  So why 
> can't it also do whatever is required for live upgrade?  Is there an 
> outstanding CR on this? 

"reboot" doesn't go through the normal system shutdown process -- it
doesn't run the /etc/rc0.d/K* scripts.  As a result, it doesn't run
the "/etc/init.d/lu stop" that's needed in order to switch
environments.

I suppose you could redefine "reboot" to mean "do a normal shutdown"
rather than "reboot the system now."  I'm not sure, though, why doing
that would be a good thing.  I think it probably wouldn't, as we
already have the shutdown and "init 6" commands filling that role.

The distinction we made for the boot archive was that proper operation
of it should be invisible as long as you use the standard mechanisms.
If you reach over for the power switch (or, equivalently, either panic
or "uadmin 2 1"), then you might not get proper operation, but normal
administrative commands should just do the right thing.

Of course, one way to get there would be to make sure that the boot
archive is kept in sync all the time by eliminating the original files
and storing them only in the archive.  Another would be to make sure
it resyncs on boot when needed.  Still another would be to get rid of
the archive and go back to the old ways.  I suppose there are other
options.  The project team chose to keep it in sync by checking and
rebuilding the archive on reboot/shutdown.

The install-discuss list might be a better place for at least the LU
operational portion of this ...

-- 
James Carlson, Solaris Networking              <[EMAIL PROTECTED]>
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
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to