* Killing a process with a kernel module
@ 2005-11-05 11:19 Patrick Barnes
2005-11-06 16:33 ` Pavel Machek
0 siblings, 1 reply; 3+ messages in thread
From: Patrick Barnes @ 2005-11-05 11:19 UTC (permalink / raw)
To: linux-kernel
Hi there,
RedHat recently released RHEL4 U2, and this update has some
unfortunate consequences, mainly
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170087
As stated in the bugzilla report above, useradd gets stuck in a R
state and ignores all signals.
I have a critical system which I can't take down for another week or
so, but the extra load generated by the rogue useradd process is
slowing things down a little too much.
I was wondering if it was possible to safely terminate the process
using a more direct method (perhaps by manipulating kernel data
structures.)
What I'd like to know is if it is actually possible before attempting
to write the code to do it.
I know this is a long shot, but it's probably worth trying. :)
Thanks for your time. I look forward to any replies.
Regards,
Patrick
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Killing a process with a kernel module
2005-11-05 11:19 Killing a process with a kernel module Patrick Barnes
@ 2005-11-06 16:33 ` Pavel Machek
0 siblings, 0 replies; 3+ messages in thread
From: Pavel Machek @ 2005-11-06 16:33 UTC (permalink / raw)
To: Patrick Barnes; +Cc: linux-kernel
Hi!
> RedHat recently released RHEL4 U2, and this update has some
> unfortunate consequences, mainly
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170087
>
> As stated in the bugzilla report above, useradd gets stuck in a R
> state and ignores all signals.
>
> I have a critical system which I can't take down for another week or
> so, but the extra load generated by the rogue useradd process is
> slowing things down a little too much.
>
> I was wondering if it was possible to safely terminate the process
> using a more direct method (perhaps by manipulating kernel data
> structures.)
>
> What I'd like to know is if it is actually possible before attempting
> to write the code to do it.
>
> I know this is a long shot, but it's probably worth trying. :)
Maybe doable, but I'd certainly not do it on important machine.
Pavel
--
Thanks, Sharp!
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Killing a process with a kernel module
[not found] <55vPd-6Ug-155@gated-at.bofh.it>
@ 2005-11-06 17:57 ` Robert Hancock
0 siblings, 0 replies; 3+ messages in thread
From: Robert Hancock @ 2005-11-06 17:57 UTC (permalink / raw)
To: linux-kernel
Patrick Barnes wrote:
> Hi there,
>
> RedHat recently released RHEL4 U2, and this update has some
> unfortunate consequences, mainly
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170087
>
> As stated in the bugzilla report above, useradd gets stuck in a R
> state and ignores all signals.
>
> I have a critical system which I can't take down for another week or
> so, but the extra load generated by the rogue useradd process is
> slowing things down a little too much.
>
> I was wondering if it was possible to safely terminate the process
> using a more direct method (perhaps by manipulating kernel data
> structures.)
>
> What I'd like to know is if it is actually possible before attempting
> to write the code to do it.
>
> I know this is a long shot, but it's probably worth trying. :)
>
> Thanks for your time. I look forward to any replies.
If it's not responding to signals I wouldn't count on being able to do
this safely. Can't you nice the process down to lowest priority?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-11-06 17:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-11-05 11:19 Killing a process with a kernel module Patrick Barnes
2005-11-06 16:33 ` Pavel Machek
[not found] <55vPd-6Ug-155@gated-at.bofh.it>
2005-11-06 17:57 ` Robert Hancock
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).