OpenVZ and the Ubuntu Upstart init daemon

Scott James Remnant scott at
Mon Apr 9 12:05:20 BST 2007

On Sun, 2007-04-08 at 15:22 +1000, Daniel Pittman wrote:

> The only reference to USR1 in the init code seems to be the
> nih_signal_reset function, installing the default signal handler.
> The default for USR1, by signal(7), is to terminate the process.
No, that's not correct.  The default handling for any signal for pid #1
is for that signal to *not be delivered*.

If OpenVZ doesn't deliver signals to init correctly, then it's a bug

> Am I correct in my assumption -- should I take this issue of protection
> from signals up with the OpenVZ developers so they extend the same magic
> to the virtual PID 1 that the real PID 1 gets?
Yes, absolutely.  OpenVZ must provide the same signal handling semantics
for pid #1 as the real kernel.  Signals (including SEGV!) are not
delivered unless there is a non-default handler for them.

> [1]  The script was:
> #!/bin/sh
> if [ "$$" = "1" ]; then /sbin/syslogd; fi
> exec $0.distrib "$@"
I don't understand why this would prevent the CHLD signal being
delivered to $0.distrib...  Sounds like there is another OpenVZ bug

Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : 

More information about the upstart-devel mailing list