Re: 100% CPU pg processes that don't die.

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: 100% CPU pg processes that don't die.
Дата
Msg-id
11149.1218315099@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
Re: 100% CPU pg processes that don't die. Tom Lane <tgl@sss.pgh.pa.us>
Re: 100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
Re: 100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
Re: 100% CPU pg processes that don't die. Greg Smith <gsmith@gregsmith.com>
Re: 100% CPU pg processes that don't die. Stephen Frost <sfrost@snowman.net>
Re: 100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
Re: 100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
Re: 100% CPU pg processes that don't die. Stephen Frost <sfrost@snowman.net>
Re: 100% CPU pg processes that don't die. "Scott Marlowe" <scott.marlowe@gmail.com>
"Scott Marlowe"  writes:
> I'm load testing a machine, and i'm seeing idle in transaction
> processes that are no longer hooked to any outside client, that pull
> 100% CPU and can't be kill -9ed.

To my knowledge, the only way a process can't be kill -9'd is if it's
stuck inside the kernel (typically, doing I/O to a nonresponsive disk).
There's certainly no way for a userland process to defend itself against
kill -9.  So my immediate response would have been to look for a
hardware problem, or failing that a kernel bug.  I see from the
subsequent thread that indeed hardware failure looks to be the answer,
but that should have been your first assumption.

			regards, tom lane
В списке pgsql-general по дате отправления
От: Scott Marlowe
Дата:
От: Scott Marlowe
Дата:
FAQ