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