| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jon Jensen <jon(at)jenseng(dot)com> |
| Cc: | pgsql-novice(at)postgresql(dot)org |
| Subject: | Re: rogue process maxing cpu and unresponsive to signals |
| Date: | 2007-08-16 05:19:04 |
| Message-ID: | 17444.1187241544@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-novice |
Jon Jensen <jon(at)jenseng(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jon Jensen | 2007-08-16 06:23:54 | Re: rogue process maxing cpu and unresponsive to signals |
| Previous Message | Decibel! | 2007-08-16 05:08:37 | Re: horizontal clustering? |