linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <dmj+@andrew.cmu.edu>
To: Kevin Hendricks <khendricks@ivey.uwo.ca>
Cc: linuxppc-dev@lists.linuxppc.org
Subject: Re: unkillable zombies from using gdb and kernel 2.4.15 and higher?
Date: Mon, 10 Dec 2001 15:31:23 -0500	[thread overview]
Message-ID: <20011210153123.A11283@nevyn.them.org> (raw)
In-Reply-To: <CF1E527E-ED77-11D5-8C12-0030654D6A26@ivey.uwo.ca>


On Mon, Dec 10, 2001 at 09:11:30AM -0500, Kevin Hendricks wrote:
>
> Hi,
>
> I have been debugging a glibc-2.2.4 issue that involves forking and
> reaping and threads using gdb.  Unfortunately, every time I run things
> under gdb I create an "unkillable" zombie process that (even after gdb
> has gone away) is impossible to remove.

This should never happen.

There is a known bug in the kernel, for which Mark Kettenis has sent
patches several times but they keep slipping through cracks, which
makes exited threads live until the GDB controlling them exits.  I can
send you the patch if you need it.

> ps -Af | grep idlc
> kbhend   25532     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25529     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25541     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25543     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25540     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25552     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25554     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25551     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   14796 10716  0 09:11 pts/4    00:00:00 grep idlc

Have you tried rebooting and repeating?  Could your init be fried?  It
ought to reap them.

Also check /proc/pid/status on a zombie.  What does it say?


> [root@localhost program]# kill -9 25530 25532 25529
> [root@localhost program]# ps -Af | grep idlc
> ....
> kbhend   25530     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25532     1  0 Dec08 ?        00:00:00 [idlc]
> kbhend   25529     1  0 Dec08 ?        00:00:00 [idlc]
>
> So these zombies are ignoring kill -9  signals which I thought was a big
> no-no?
>
> Did something change in signal handling lately that allows this to
> happen?

You're not sending them signals.  They're already dead :P

--
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

      parent reply	other threads:[~2001-12-10 20:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-10 14:11 unkillable zombies from using gdb and kernel 2.4.15 and higher? Kevin Hendricks
2001-12-10 19:39 ` Michel Dänzer
2001-12-10 20:20   ` Gabriel Paubert
2001-12-10 20:55     ` Michel Dänzer
2001-12-10 23:35       ` Gabriel Paubert
2001-12-10 20:24   ` Roman Zippel
2001-12-10 20:31 ` Daniel Jacobowitz [this message]

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=20011210153123.A11283@nevyn.them.org \
    --to=dmj+@andrew.cmu.edu \
    --cc=khendricks@ivey.uwo.ca \
    --cc=linuxppc-dev@lists.linuxppc.org \
    /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;
as well as URLs for NNTP newsgroup(s).