From: Daniel Lezcano <daniel.lezcano@free.fr>
To: Oleg Nesterov <oleg@redhat.com>
Cc: "Serge E. Hallyn" <serge@hallyn.com>,
akpm@linux-foundation.org, bonbons@linux-vserver.org,
containers@lists.linux-foundation.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
Date: Mon, 22 Aug 2011 14:28:35 +0200 [thread overview]
Message-ID: <4E524B73.3050704@free.fr> (raw)
In-Reply-To: <20110819152416.GA17034@redhat.com>
On 08/19/2011 05:24 PM, Oleg Nesterov wrote:
> On 08/19, Daniel Lezcano wrote:
>> On 08/15/2011 04:47 PM, Oleg Nesterov wrote:
>>> - sys_reboot(cmd) does
>>>
>>> if (!global_namespace) {
>>> task_active_pid_ns(current)->reboot_cmd = cmd;
>>> sigkill_my_init();
>>> }
>> Hi Oleg,
>>
>> what would be your advice to get rid of from_ancestor_ns which prevent
>> the signal to be delivered to the init process ?
> Sure, a plain kill can't work. You can do force_sig_info(), this clears
> SIGNAL_UNKILLABLE.
>
> Hmm. But now I seem to recall we have other reasons to make the new
> sigkill_task() helper... We will see. Anyway, force_ should work afaics.
Thanks Oleg.
I wrote the patch by sending a signal to the init process of the pid
namespace using force_sig_info.
That works fine, thanks for the hint.
I am wondering what is the best way to transmit the reason of the reboot
to the parent of the container's init.
If we pass the reason to the exit_code of the init process, that will be
a bit weird as the process is signaled and did not exited no ?
Furthermore, how to differentiate an application container (eg. a
script) exiting with an error with the same value of a reboot reason ?
Wouldn't make sense to let the user to specify a signal via prctl where
the si_code is filled with the reason ?
Without invoking the prctl, the init process is simply killed by the
kernel, otherwise we send the signal to the container's init.
>From userspace:
void sigreboot(int sig, siginfo_t *si, void *private)
{
switch(si->si_code) {
case LINUX_REBOOT_CMD_RESTART:
reboot_container();
break;
case LINUX_REBOOT_CMD_HALT:
halt_container();
break;
...
}
}
struct sigaction sa = {
.sa_sigaction = sigreboot,
.sa_flags = SA_SIGINFO;
}
sigaction(SIGUSR1, &sa, NULL);
prctl(PR_SIGREBOOT, SIGUSR1);
-----
and from the kernel (called from sys_reboot):
int kill_pid_ns(struct pid_namespace *pid_ns, int reason)
{
struct task_struct *tsk;
struct siginfo info;
if (pid_ns->notifier) {
info.si_signo = SIGKILL;
info.si_errno = 0;
info.si_code = reason;
info.si_pid = 0;
info.si_uid = 0;
return force_sig_info(notifier->sig, &info,
notifier->tsk);
}
write_lock_irq(&tasklist_lock);
tsk = pid_ns->child_reaper;
write_unlock_irq(&tasklist_lock);
info.si_signo = SIGKILL;
info.si_errno = 0;
info.si_code = SI_KERNEL;
info.si_pid = 0;
info.si_uid = 0;
return force_sig_info(SIGKILL, &info, tsk);
}
Roughly, assuming pid_ns->notifier is reseted when we reparent to the
init_pid_ns.init.
What do you think ?
Thanks
-- Daniel
next prev parent reply other threads:[~2011-08-22 12:28 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-11 20:23 [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot Daniel Lezcano
2011-08-11 20:24 ` [PATCH 1/2] add SA_CLDREBOOT flag Daniel Lezcano
2011-08-14 16:15 ` Oleg Nesterov
2011-08-14 16:36 ` Bruno Prémont
2011-08-14 17:10 ` Oleg Nesterov
2011-08-11 20:24 ` [PATCH 2/2] Notify container-init parent a 'reboot' occured Daniel Lezcano
2011-08-11 21:09 ` Serge Hallyn
2011-08-11 21:30 ` Daniel Lezcano
2011-08-11 21:50 ` Serge Hallyn
2011-08-12 16:29 ` Serge Hallyn
2011-08-12 20:42 ` Daniel Lezcano
2011-08-12 21:13 ` Serge Hallyn
2011-08-13 0:19 ` Matt Helsley
2011-08-13 14:41 ` Daniel Lezcano
2011-08-14 16:01 ` Oleg Nesterov
2011-08-14 16:17 ` [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot Oleg Nesterov
2011-08-14 21:36 ` Serge E. Hallyn
2011-08-15 14:47 ` Oleg Nesterov
2011-08-15 17:39 ` Serge E. Hallyn
2011-08-15 17:50 ` Daniel Lezcano
2011-08-18 23:46 ` Daniel Lezcano
2011-08-19 15:24 ` Oleg Nesterov
2011-08-22 12:28 ` Daniel Lezcano [this message]
2011-08-22 15:44 ` Oleg Nesterov
2011-08-22 16:31 ` Bruno Prémont
2011-08-22 17:39 ` Oleg Nesterov
2011-08-22 19:17 ` Bruno Prémont
2011-08-23 13:33 ` Oleg Nesterov
2011-08-23 14:09 ` Greg Kurz
2011-08-23 14:29 ` Oleg Nesterov
2011-08-24 19:44 ` Bruno Prémont
2011-08-25 15:37 ` Oleg Nesterov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E524B73.3050704@free.fr \
--to=daniel.lezcano@free.fr \
--cc=akpm@linux-foundation.org \
--cc=bonbons@linux-vserver.org \
--cc=containers@lists.linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oleg@redhat.com \
--cc=serge@hallyn.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox