[brandz-discuss] Behavior when init dies

David Bustos David.Bustos at sun.com
Tue Aug 22 15:49:09 PDT 2006


Quoth Nils Nieuwejaar on Tue, Aug 22, 2006 at 05:28:19PM -0400:
> On Tue 08/22/06 at 14:02 PM, David.Bustos at sun.com wrote:
> > I hear that if init dies, the zone will be rebooted.  Is this true?  If
> > so, it seems heavy-handed.  Why not just log an error?
> 
> The Solaris kernel and init(1M) work together to provide a clean warm
> restart when it dies.  So when the Solaris init dies, the kernel simply
> restarts it and everything else in the zone keeps purring along.
> 
> When the Linux init restarts, it goes through its entire boot sequence
> again.  This leads to oddities like having duplicate crond, syslogd, and
> other services.  In a perfect world, each of these services would be smart
> enough to detect that it already has an instance running, and would simply
> go away.  In this world, the failure mode is completely undefined, and
> varies from service to service.  We decided that a clean restart was
> preferable to leaving the zone in an unknown, untested, unexpected, and
> generally insane state.

Sure, but I didn't say it should be restarted.  I just said an error
should be logged.  Why should all of my processes be killed just because
zombies won't be reaped, and some services may not be restarted?  At
a minimum, it seems that this should be an administrative preference.


David



More information about the brandz-discuss mailing list