| 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: | Whole Thread | Raw Message | 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 |