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

From Bernd Helmle
Subject Re: Changing the state of data checksums in a running cluster
Date
Msg-id 2864a79c1ab628f609104a955a725879fdf5486f.camel@oopsware.de
Whole thread Raw
In response to Re: Changing the state of data checksums in a running cluster  (Tomas Vondra <tomas@vondra.me>)
List pgsql-hackers
Am Samstag, dem 15.03.2025 um 16:50 +0100 schrieb Tomas Vondra:
>

> I wonder if this "time travel backwards" might be an issue for this
> too,
> because it might mean we end up picking the wrong
> data_checksum_version
> from the control file. In any case, if this happens, we don't get to
> the
> ControlFile->data_checksum_version update a bit further down. And
> there's another condition that can skip that.
>
>
> I'll continue investigating this next week, but at this point I'm
> quite
> confused and would be grateful for any insights ...
>

Hi,

Since i wanted to dig a little deeper in this patch i took the
opportunity and rebased it to current master, hopefully not having
broken something seriously.

Thanks,
    Bernd

Attachment

pgsql-hackers by date:

Previous
From: Nitin Motiani
Date:
Subject: Re: Horribly slow pg_upgrade performance with many Large Objects
Next
From: Tom Lane
Date:
Subject: Re: [Question] Window Function Results without ORDER BY Clause