Re: Problem with ALTER TABLE - occasional "tuple concurrently updated" - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"
Date
Msg-id 201103111431.p2BEVdJ29925@momjian.us
Whole thread Raw
In response to Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-bugs
Robert Haas wrote:
> On Thu, Mar 10, 2011 at 10:37 PM, Bruce Momjian <bruce@momjian.us> wrote:
> > Robert Haas wrote:
> >> On Thu, Mar 10, 2011 at 4:08 PM, Bruce Momjian <bruce@momjian.us> wrote:
> >> > Was this fixed?
> >>
> >> Not yet. ?I can probably fix it, if nobody else wants to do it.
> >
> > Well, it has languished for five months, so the "nobody else wants" part
> > is probably accurate. ?;-)
>
> OK.  Do we want to back-patch this, and if so how far?  On the one
> hand, the symptom that OP is experiencing clearly sucks for him, but
> on the other hand upgrading the strength of a lock in releases that
> have been out in the field for a long time seems like an open
> invitation to have the villagers show up with pitchforks.  Then again,
> ShareUpdateExclusiveLock doesn't interfere with routine queries, so
> maybe it's no big deal.  Given that we have only one report, I'm
> inclined to just fix it in the master branch, but I could easily be
> talked into the other approach if someone wants to make an argument
> for it.

Agree on master-only.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

pgsql-bugs by date:

Previous
From: Robert Haas
Date:
Subject: Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"
Next
From: Robert Haas
Date:
Subject: Re: BUG #5837: PQstatus() fails to report lost connection