Re: broken tables on hot standby after migration on PostgreSQL 16 (3x times last month) - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: broken tables on hot standby after migration on PostgreSQL 16 (3x times last month)
Date
Msg-id CAH2-WznmVB78j_AYcoyDNDhMhR0gxRq34pyBMiDBbY0HMTJksg@mail.gmail.com
Whole thread Raw
In response to Re: broken tables on hot standby after migration on PostgreSQL 16 (3x times last month)  (Pavel Stehule <pavel.stehule@gmail.com>)
List pgsql-hackers
On Fri, May 17, 2024 at 1:18 PM Pavel Stehule <pavel.stehule@gmail.com> wrote:
> pá 17. 5. 2024 v 18:02 odesílatel Peter Geoghegan <pg@bowt.ie> napsal:
>> You've shown an inconsistency between the primary and standby with
>> respect to the heap tuple infomask bits related to freezing. It looks
>> like a FREEZE WAL record from the primary was never replayed on the
>> standby.
>
>
> It think is possible so broken tuples was created before upgrade from Postgres 15 to Postgres 16 - not too far
before,so this bug can be side effect of upgrade 

I half suspected something like that myself. Maybe the problem
happened *during* the upgrade, even.

There have been historical bugs affecting pg_upgrade and relfrozenxid.
Commit 74cf7d46 is one good example from only a few years ago.

--
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: broken tables on hot standby after migration on PostgreSQL 16 (3x times last month)
Next
From: Jacob Burroughs
Date:
Subject: Re: Add new protocol message to change GUCs for usage with future protocol-only GUCs