From: Tom Lane <tgl@sss.pgh.pa.us>
To: Daniel Gustafsson <daniel@yesql.se>
cc: Masao Fujii <masao.fujii@gmail.com>,
        PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Subject: Re: pgsql: Revert online data checksum transitions
In-reply-to: <1EEAFCFB-15DB-4EC1-BD49-964C799A01B2@yesql.se>
References: 
 <CAHGQGwH-wHTq4xd2dedEj0niDHkezcCT_OLmMpGp9NEHW4Dvkw@mail.gmail.com>
 <1EEAFCFB-15DB-4EC1-BD49-964C799A01B2@yesql.se>
Comments: In-reply-to Daniel Gustafsson <daniel@yesql.se>
	message dated "Wed, 16 Sep 2026 13:08:12 +0200"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <501933.1789573768.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Wed, 16 Sep 2026 11:49:28 -0400
Message-ID: <501934.1789573768@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/501934.1789573768%40sss.pgh.pa.us>
Precedence: bulk

Daniel Gustafsson <daniel@yesql.se> writes:
>> On 16 Sep 2026, at 13:01, Fujii Masao <masao.fujii@gmail.com> wrote:
>> After the revert, the buildfarm member longfin reported the test failur=
e [1],
>> which seems to have been caused by the revert.
>> ...
>> After the revert, pg_control_checkpoint() now returns 19 columns, but i=
ts
>> pg_proc.dat entry still declares 20 output columns, including
>> data_page_checksum_version. This seems to trigger the assertion failure
>> in heap_form_tuple().

> Ugh, I thought I had tested everything but clearly missed this one. Will=
 fix immediately when back from lunch.

It seems quite odd to me that only a couple of BF animals are showing
this failure.  Do we understand why that should be?  I can poke into
it on longfin's host if that would help.

			regards, tom lane