On Fri, Oct 30, 2026 at 10:51 PM Greg Burd <[email protected]> wrote:
>
> On Fri, 30 Oct 2026 17:18:34 +0530, vignesh C <[email protected]> wrote:
>
> > The patches change the WAL records, and XLOG_PAGE_MAGIC cannot be
> > bumped in a minor release, so I looked at what happens if they are
> > backpatched. I built the base REL_18_STABLE, REL_18 + 0001, + 0002,
> > and + 0003 (attached, adapted for REL_18: the squeeze code there lacks
> > the locals present on master, so 0001 computes mod_wbuf itself) and
> > ran them against each other with streaming replication and crash
> > recovery, with wal_consistency_checking = 'hash' and VACUUM of hash
> > indexes in which every shape of the three records occurs.
>
> On your back-branch question: I don't think we should back-patch this.
>
+1. I also think this should be a master-only change helping us to
remove the use of REGBUF_NO_CHANGE from hash indexes. Also, the below
change to make it work on back-branches appears too hacky to me.
+#if HASH_WAL_REGISTER_BUCKET_PAGE
+ /* for standbys that predate the block number, see hash_xlog.h */
+ if (!xlrec.is_primary_bucket_page)
+ {
+ uint8 flags = REGBUF_STANDARD | REGBUF_NO_IMAGE | REGBUF_NO_CHANGE;
+
+ XLogRegisterBuffer(0, bucket_buf, flags);
+ }
+#else
--
With Regards,
Amit Kapila.
