Re: A recent message added to pg_upgade - Mailing list pgsql-hackers

From Álvaro Herrera
Subject Re: A recent message added to pg_upgade
Date
Msg-id 202507091159.4ml27tcusrvz@alvherre.pgsql
Whole thread Raw
In response to Re: A recent message added to pg_upgade  (Dilip Kumar <dilipbalaut@gmail.com>)
Responses Re: A recent message added to pg_upgade
List pgsql-hackers
On 2025-Jul-09, Dilip Kumar wrote:

> On Wed, Jul 9, 2025 at 9:07 AM Dilip Kumar <dilipbalaut@gmail.com> wrote:

> > After further consideration, I believe your proposed method is
> > superior to forcing the max_slot_wal_keep_size to -1 via a check hook.
> > The ultimate goal is to prevent WAL removal during a binary upgrade,
> > and your approach directly addresses this issue rather than
> > controlling it by forcing the GUC value.  I am planning to send a
> > patch using this approach for both max_slot_wal_keep_size as well as
> > for idle_replication_slot_timeout.
> 
> PFA, with this approach.

This indeed makes the whole thing a lot simpler and more direct than the
original code, and solves this subthread's complaint.  It's a bit weird
that slot.c and xlog.c now have to worry about IsBinaryUpgrade, but I
don't feel any guilt about that.

I propose a few comment updates on top of your patch.

-- 
Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/
"Oh, great altar of passive entertainment, bestow upon me thy discordant images
at such speed as to render linear thought impossible" (Calvin a la TV)

Attachment

pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: Extend ALTER DEFAULT PRIVILEGES for large objects
Next
From: Amit Kapila
Date:
Subject: Re: Conflict detection for update_deleted in logical replication