kern/72979: unkillable process(es) stuck in `STOP' state
Mikhail Teterin
mi at aldan.algebra.com
Thu Oct 21 14:00:47 PDT 2004
>Number: 72979
>Category: kern
>Synopsis: unkillable process(es) stuck in `STOP' state
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Oct 21 21:00:44 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator: Mikhail Teterin
>Release: FreeBSD 6.0-CURRENT i386
>Organization:
Virtual Estates, Inc.
>Environment:
System: FreeBSD mi 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Oct 20 12:08:24 EDT 2004 mteterin at mi:/meow/obj/misha/src/sys/Gigabyte i386
debug.mpsafenet and safevm both set to 0
>Description:
Somehow, it is possible to get a process into a state, where it can not be
killed. The state is reported as `T' by ps and as `STOP' by top. There seems
to be a zomie-child of the process, when this happens:
UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND
1042 1096 1 57 8 0 68044 50228 - T ?? 0:27,88 kontact
1042 4903 1096 0 -84 0 0 0 - Z ?? 0:03,07 <defunct>
But neither -CONT nor -KILL can get rid of the process. Attempts to ktrace
it result in empty ktrace.out.
>How-To-Repeat:
It is unclear, what exactly is causing this. So far, I have seen it
twice -- both time with KDE-programs (KMail and Kontact), which attach
a debugger to themselves, when crashing (a frequent occurence).
Whatever mistake KDE may be making in their error-handling, it does
not explain an unkillable process.
May be, this has something to do with the threading library (libpthread)?
>Fix:
Don't know...
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list