Re: tuple concurrently updated

From: John P <jp(at)fenrisdigital(dot)com>
To: Walter Nordmann <walter(dot)nordmann(at)posteo(dot)de>
Cc: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: tuple concurrently updated
Date: 2018-08-28 15:52:18
Message-ID: CA+3pH3MUiqGJkXboTJ40VkVGzCtKO8h+Gw=wnOd_MXmNond2zA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Please take me off this list

On Tue, Aug 28, 2018, 11:38 AM Walter Nordmann <walter(dot)nordmann(at)posteo(dot)de>
wrote:

> updates are done using a program, that is without my control: osm2pgsql.
> this program does everthing which is necessary including locking. and
> it't running for years on many, many openstreetmap servers.
>
> because there was a crash before, it must be a data corruption problem,
> not programming error.
>
> regards
>
> walter
>
>
>
> Am 28.08.2018 um 15:45 schrieb pavan95:
> > Hi Walter,
> >
> > Why can't you go with a postgres service restart in order to get rid of
> this
> > error?
> >
> >> DELETE FROM planet_osm_line WHERE osm_id = -166570;
> >> FEHLER: tuple concurrently updated
> > Concurrent transactions can update or delete one or more of those rows
> > before DELETE can lock the rows (at least with the default isolation
> level
> > READ COMMITTED). This would result in your error message.
> >
> > To defend against this race condition, lock the rows in the SELECT with
> FOR
> > UPDATE (or other options)
> >
> > Regards,
> > Pavan
> >
> >
> >
> > --
> > Sent from:
> http://www.postgresql-archive.org/PostgreSQL-admin-f2076596.html
> >
>
>
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Evan Bauer 2018-08-28 15:59:23 Re: tuple concurrently updated
Previous Message silvi.jamwal 2018-08-28 15:10:28 Re: Please remove me from the list