Re: [PATCH 1/2] exit: reparent: fix/update the comments in zap_pid_ns_processes()

From: Eric W. Biederman
Date: Mon Nov 24 2014 - 17:08:48 EST


Oleg Nesterov <oleg@xxxxxxxxxx> writes:

> The comments in zap_pid_ns_processes() are simply wrong, we need
> to explain how this code actually works.
>
> 1. "Ignore SIGCHLD" looks like optimization but it is not, we also
> need this for correctness.
>
> 2. The comment above sys_wait4() could be more clear.
>
> 3. The comment about TASK_DEAD children is outdated. Contrary to
> what it says we do not need to make sure they all go away.

We absolutely do need to wait until they all go away.

- rusage will be wrong if we don't wait.
- We won't wait for an injected process in a pid namespace,
or a processes debugged with gdb to be reaped before the pid
init process exits if we don't wait.

> At the same time, we do need to wait for nr_hashed == init_pids,
> but the reason is quite different and not obvious.

The user visible semantics go from weird to completely insane if we
relax the rule that the init process is the last process in a pid
namespace.

I don't see anything approaching a good reason for changing the user
space semantics.

> Signed-off-by: Oleg Nesterov <oleg@xxxxxxxxxx>
> ---
> kernel/pid_namespace.c | 23 +++++++++++++++++++----
> 1 files changed, 19 insertions(+), 4 deletions(-)
>
> diff --git a/kernel/pid_namespace.c b/kernel/pid_namespace.c
> index db95d8e..1519b02 100644
> --- a/kernel/pid_namespace.c
> +++ b/kernel/pid_namespace.c
> @@ -190,7 +190,11 @@ void zap_pid_ns_processes(struct pid_namespace *pid_ns)
> /* Don't allow any more processes into the pid namespace */
> disable_pid_allocation(pid_ns);

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The above line disables injections of new processes in this pid
namespace.

>
> - /* Ignore SIGCHLD causing any terminated children to autoreap */
> + /*
> + * Ignore SIGCHLD causing any terminated children to autoreap.
> + * This speeds up the namespace shutdown, plus see the comment
> + * below.
> + */

This speeds up the namespace shutdown and ensures that after we
have waited for all existing zombies there will be no more
zombies to wait for.

> spin_lock_irq(&me->sighand->siglock);
> me->sighand->action[SIGCHLD - 1].sa.sa_handler = SIG_IGN;
> spin_unlock_irq(&me->sighand->siglock);
> @@ -223,15 +227,26 @@ void zap_pid_ns_processes(struct pid_namespace *pid_ns)
> }
> read_unlock(&tasklist_lock);
>
> - /* Firstly reap the EXIT_ZOMBIE children we may have. */
> + /* Reap the EXIT_ZOMBIE children we had before we ignored SIGCHLD */
> do {
> clear_thread_flag(TIF_SIGPENDING);
> rc = sys_wait4(-1, NULL, __WALL, NULL);
> } while (rc != -ECHILD);
>
> /*
> - * sys_wait4() above can't reap the TASK_DEAD children.
> - * Make sure they all go away, see free_pid().
> + * sys_wait4() above can't reap the TASK_DEAD children but we do not
> + * really care, we could reparent them to the global init.

We do care.


> We could
> + * exit and reap ->child_reaper even if it is not the last thread in
> + * this pid_ns, free_pid(nr_hashed == 0) calls proc_cleanup_work(),
> + * pid_ns can not go away until proc_kill_sb() drops the reference.


> + * But this namespace can also have other tasks injected by setns().
> + * Again, we do not really need to wait until they are all reaped,

We do, and setns does not matter here. Injection was stopped way up above.


> + * but they can be reparented to us and thus we need to ensure that
> + * pid->child_reaper is valid until they all go away.


> + * We rely on ignored SIGCHLD, an injected zombie must be autoreaped
> + * if reparented.

Your new comment is about 90% wrong.

> */
> for (;;) {
> set_current_state(TASK_UNINTERRUPTIBLE);
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/