Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression - Mailing list pgsql-bugs

From Andres Freund
Subject Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression
Date
Msg-id 20170502150744.l6jr32attx2f6575@alap3.anarazel.de
Whole thread Raw
In response to Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-bugs
On 2017-05-02 10:53:19 -0400, Peter Eisentraut wrote:
> On 4/24/17 15:52, Jason Petersen wrote:
> >   1. Create a new sequence: CREATE SEQUENCE my_seq;
> >   2. Start this loop twice in different shells:
> >        while true; do psql -1Xtc 'ALTER SEQUENCE my_seq RESTART 1'; done
> 
> > Each loop should repeatedly succeed and simply print ALTER SEQUENCE over and over.
> 
> > The output stream is punctuated by occasional "ERROR:  tuple concurrently updated" messages.
> 
> This message comes from the pg_sequence catalog update.  But in the case
> of the RESTART clause, you don't need to update the catalog, because it
> just needs to write to the sequence's relation.  So I have tweaked the
> code a little to omit the catalog update if it's not needed.  Your test
> case works without errors now.

Wait, how does this *actually* solve anything, but scratch at the
surface?  You just add a MAXVALUE and it starts failing (and not being
adhered to) again?

Greetings,

Andres Freund


-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

pgsql-bugs by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression
Next
From: Peter Eisentraut
Date:
Subject: Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression