Re: rogue process maxing cpu and unresponsive to signals
| От | Tom Lane |
|---|---|
| Тема | Re: rogue process maxing cpu and unresponsive to signals |
| Дата | |
| Msg-id | 17444.1187241544@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | rogue process maxing cpu and unresponsive to signals (Jon Jensen <jon@jenseng.com>) |
| Ответы |
Re: rogue process maxing cpu and unresponsive to signals
|
| Список | pgsql-novice |
Jon Jensen <jon@jenseng.com> writes:
> 1. I've tried killing the process using kill from the command-line (INT,
> TERM and HUP), as well as using pg_cancel_backend() via psql.
> 2. I've tried attaching gdb to the renegade process to see what it's
> doing, but that hangs, forcing me to kill gdb (no problems attaching to
> other postgres processes however).
> Any other ideas? I'd like to avoid doing a kill -9 if at all possible.
> The machine is debian (sarge) running postgres 8.1.
I think you'll find that "kill -9" doesn't do anything either, and
the only recourse is a system reboot. What this sounds like to me
is that the kernel has gotten wedged trying to perform some operation
or other on behalf of that process. Problems like a stuck disk I/O
request are often found to result in unkillable, un-attachable processes.
How up-to-date is your kernel? Seen any signs of hardware problems
lately?
regards, tom lane
В списке pgsql-novice по дате отправления: