[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1291914569.4063.72.camel@edumazet-laptop>
Date: Thu, 09 Dec 2010 18:09:29 +0100
From: Eric Dumazet <eric.dumazet@...il.com>
To: Américo Wang <xiyou.wangcong@...il.com>
Cc: Oleg Nesterov <oleg@...hat.com>,
Florian Mickler <florian@...kler.org>,
Ingo Molnar <mingo@...e.hu>,
Dave Chinner <david@...morbit.com>,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [regression, 2.6.37-rc1] 'ip link tap0 up' stuck in do_exit()
Le jeudi 09 décembre 2010 à 18:07 +0100, Eric Dumazet a écrit :
> Le vendredi 10 décembre 2010 à 00:47 +0800, Américo Wang a écrit :
>
> > Yeah, there is no point that a zombie can trigger a BUG_ON in kenrel.
> > But it is still interesting to know why it becomes a zombie...
> >
>
> A zombie is very easy to get.
>
> Technically speaking, all processes die and become zombies, unless
> parent said : signal(SIGCLD, SIG_IGN) before fork()
>
> The parent is buggy (sudo in this case ?) and doesnt call wait() to
> 'free' one of its children.
>
>
Before you ask :)
If the parent dies before the child, task is re-parented to init.
Then, with namespaces, I dont know what happens (is there one init per
namespace ?)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists