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 >
