Re: Backend process that won't die

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Susan Cassidy <scassidy(at)edgewave(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Backend process that won't die
Date: 2011-09-06 16:56:56
Message-ID: 9779.1315328216@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Susan Cassidy <scassidy(at)edgewave(dot)com> writes:
> I have a couple of backend processes that are "stuck", and do not respond to a pg_cancel_backend. This is PostgreSQL 8.3.5. The pg_cancel_backend returns true, but the process keeps running. I have also done a "kill 12345" from the command-line, with no effect.

> We had a database crash last week, and had to reindex a bunch of tables, but this function has been working for several days on the same tables that should be being used by the function_x function.

By "this function" you mean that the reindex is not finished, but
nonetheless you have got regular queries running with the corrupted
indexes?

> Any ideas on how to get the processes to go away?

It seems like a good bet that they're chasing circular links in the
corrupted indexes. "kill -9" would get rid of them, but it would force
a database-wide restart, which would also take out your reindex process,
so maybe that wouldn't be a good idea.

If they're significantly interfering with the progress of the reindex
then maybe you should bite the bullet and kill them anyway. Otherwise
I'd be inclined to let them go until you can afford a restart.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Susan Cassidy 2011-09-06 17:37:13 Re: Backend process that won't die
Previous Message Alex Lai 2011-09-06 16:48:37 Re: Demoting master to slave without an rsync...is it safe?