Re: FailedAssertion("prev_first_lsn < cur_txn->first_lsn", File: "reorderbuffer.c", Line: 1173, ...

From: Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)lists(dot)postgresql(dot)org, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: FailedAssertion("prev_first_lsn < cur_txn->first_lsn", File: "reorderbuffer.c", Line: 1173, ...
Date: 2022-02-13 13:11:36
Message-ID: 88e2315d-c99a-309b-145f-36be2be4d8a3@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2/13/22 13:27, Tomas Vondra wrote:
>
> ...
>
> BTW it's probably just a coincidence, but the cfbot does show a strange
> failure on the macOS machine [1], as if we did not wait for all changes
> to be applied by replica. I thought it's because of the issue with
> tracking LSN for sequences [2], but this is with a reworked test that
> does not do just nextval(). So I'm wondering if these two things may be
> related ... both things happened on macOS only.
>

I take this back - this failure was just a thinko in the ROLLBACK test,
I've posted an updated patch fixing this.

regards

--
Tomas Vondra
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message vignesh C 2022-02-13 14:02:30 Re: Identify missing publications from publisher while create/alter subscription.
Previous Message Tomas Vondra 2022-02-13 13:10:25 Re: logical decoding and replication of sequences