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

From Michael Paquier
Subject Re: A recent message added to pg_upgade
Date
Msg-id ZUM7cl5BTydRmbQM@paquier.xyz
Whole thread Raw
In response to Re: A recent message added to pg_upgade  (Peter Smith <smithpb2250@gmail.com>)
Responses Re: A recent message added to pg_upgade
List pgsql-hackers
On Thu, Nov 02, 2023 at 02:32:07PM +1100, Peter Smith wrote:
> On Thu, Nov 2, 2023 at 2:25 PM Peter Smith <smithpb2250@gmail.com> wrote:
>> Checking this patch yesterday prompted me to create a new thread
>> questioning the inconsistencies of the "GUC names in messages". In
>> that thread, Tom Lane replied and gave some background information [1]
>> about the GUC name embedding versus substitution. In hindsight, I
>> think your original message was fine as-is, but there seem to be
>> examples of every kind of style, so whatever you do would have some
>> precedent.
>>
>> The patch v4 LGTM.
>
> To clarify, all the current code LGTM, but the patch is still missing
> a guc_hook test case, right?

-        NULL, NULL, NULL
+        check_max_slot_wal_keep_size, NULL, NULL

FWIW, I am +-0 with what you are proposing here.  I don't quite get
why one may want to enforce this specific GUC at upgrade.  Anyway, if
they do, I'd be curious to hear why this is required and this patch
would prevent them to do so.  Actually, this could be a good reason
for making the logical slot handling during pg_upgrade an option
rather than a mandatory thing.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: pg_upgrade and logical replication
Next
From: Ashutosh Bapat
Date:
Subject: Re: speed up a logical replica setup