Re: BUG #5107: Lock never released

From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5107: Lock never released
Date: 2009-10-13 18:59:10
Message-ID: 87d44r9l35.fsf@dba2.int.libertyrms.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) writes:
> "Christian DUPONT" <christian(dot)dupont(at)cegelec(dot)com> writes:
>> I use slony 1 v 1.2.14.
>> After an unexpected stop, several tables remained locked :
>
> Is it possible that the locks are being held by a prepared transaction?
> Next time it happens, look into the pg_prepared_xacts status view.

The prepared statement idea seems pretty plausible; certainly it's
something that can survive a backend restart.

> If it's not that, it seems like this must be a Slony issue, not a
> problem with Postgres proper. You'll probably get better results
> if you ask about it on the Slony mailing lists.

I can't think of anything offhand which would seize a lock so
tenaciously in Slony, except, evidently with a prepared statement as
an accomplice.
--
select 'cbbrowne' || '@' || 'gmail.com';
http://linuxdatabases.info/info/emacs.html
"I really only meant to point out how nice InterOp was for someone who
doesn't have the weight of the Pentagon behind him. I really don't
imagine that the Air Force will ever be able to operate like a small,
competitive enterprise like GM or IBM." -- Kent England

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message dan 2009-10-13 22:46:59 BUG #5113: Postgres not scanning indexes
Previous Message Magnus Hagander 2009-10-13 18:13:06 Re: Kerberos authentication, Active Directory, and PostgreSQL