From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | "Hackers (PostgreSQL)" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: "tuple concurrently updated" during index deletion |
Date: | 2007-07-12 15:24:17 |
Message-ID: | 469647A1.20009@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs wrote:
> On Wed, 2007-07-11 at 16:49 -0700, Joe Conway wrote:
>> On cvs head, I can get "tuple concurrently updated" if two separate
>> transactions are both trying to drop the same index:
>
>> ERROR: tuple concurrently updated
>
>> The reason I ask is that someone contacted me who is seeing this on a
>> production system, and the abort on session #2 is rolling back a large
>> bulkload.
>
> This situation will always cause an error on session #2, since if you
> lock this more closely you'll get an ERROR because the object does not
> exist.
That's a really good point. In any case I had already asked them to look
into moving the index related DDL outside the data loading transaction.
Thanks,
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2007-07-12 15:44:22 | Re: compiler warnings on the buildfarm |
Previous Message | Robert Treat | 2007-07-12 15:17:25 | Re: 2PC-induced lockup |