Re: so, no way to kill process? have to reboot?

From: Peter Wächtler (pwaechtler@loewe-komp.de)
Date: Fri Oct 12 2001 - 03:22:25 EST

Next message: Andrea Arcangeli: "Re: [BENCH] Problems with IO throughput and fairness with 2.4.10 and 2.4.9-ac15"
Previous message: Ian Stirling: "Why can't I strace some processes?"
In reply to: Christopher Friesen: "so, no way to kill process? have to reboot?"
Next in thread: vda: "Ability to kill (was: Re: so, no way to kill process? have to reboot?)"
Reply: vda: "Ability to kill (was: Re: so, no way to kill process? have to reboot?)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Christopher Friesen wrote:
>
> Well, the unkillable process continues on. Does nobody else have any ideas on
> how to kill an unkillable process in the R state thats sucking up all my unused
> cpu cycles?
>
> If not I'm going to have to reboot this thing...
>

Well, I'd suspect it in "D" state - waiting for some disk I/O to
finish...

But in "R" with your described behavior looks like a bug.
If you care about the CPU time waisted: what about kill -STOP <pid>?

Can you describe your filesystem layout?
I think of a symlink recursion bug or something wrong in /dev/shm
or alike... (no flame, just guessing :)

What are the parameters of "find"?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Andrea Arcangeli: "Re: [BENCH] Problems with IO throughput and fairness with 2.4.10 and 2.4.9-ac15"
Previous message: Ian Stirling: "Why can't I strace some processes?"
In reply to: Christopher Friesen: "so, no way to kill process? have to reboot?"
Next in thread: vda: "Ability to kill (was: Re: so, no way to kill process? have to reboot?)"
Reply: vda: "Ability to kill (was: Re: so, no way to kill process? have to reboot?)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Mon Oct 15 2001 - 21:00:44 EST