Re: Changing the state of data checksums in a running cluster - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: Changing the state of data checksums in a running cluster
Date
Msg-id 13E0B47C-66DF-47A3-906E-7ED341D24A6A@yesql.se
Whole thread Raw
In response to Re: Changing the state of data checksums in a running cluster  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: Changing the state of data checksums in a running cluster
List pgsql-hackers
> On 4 Apr 2026, at 02:35, Daniel Gustafsson <daniel@yesql.se> wrote:
>
>> On 4 Apr 2026, at 00:59, Daniel Gustafsson <daniel@yesql.se> wrote:
>>
>>> On 3 Apr 2026, at 23:46, Daniel Gustafsson <daniel@yesql.se> wrote:
>>>
>>> After many more runs on CI I ended up pushing this version, and I see BF
>>> members being angry due the test not waiting for the launcher to exit.  I am
>>> working on a fix right now.
>>
>> 0036232ba8f seems to have made the failing animals slightly happier, I will
>> continue to monitor the buildfarm for other fallout.
>
> The intermittent failure on kestrel implies timing similar to the one fixed in
> 0036232ba8fb28, a tentative fix is to make it part of waiting for an endstate
> (on or off) to make sure the cluster is always in the right state for new
> operations.  Right now kestrel is the one which has been flapping, I'm waiting
> a bit to see if more will follow and give further clues.

mylodon had the same failure, and I believe the bug is in my injection point
test code.  I have a tentative fix in the attached refactoring which moves over
to using the injection_point extension module.  It's still fairly rare so I'm
holding off for a little bit before pushing it to see if I can collect a little
bit more evidence.

--
Daniel Gustafsson


Attachment

pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: PG 19 release notes and authors
Next
From: Sami Imseih
Date:
Subject: Re: Add pg_stat_autovacuum_priority