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

From Kyotaro Horiguchi
Subject Re: A recent message added to pg_upgade
Date
Msg-id 20231109.151009.1403545112876038004.horikyota.ntt@gmail.com
Whole thread Raw
In response to Re: A recent message added to pg_upgade  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: A recent message added to pg_upgade
List pgsql-hackers
At Thu, 9 Nov 2023 09:53:07 +0530, Amit Kapila <amit.kapila16@gmail.com> wrote in 
> Michael, Horiguchi-San, and others, do you have any thoughts on what
> is the best way to proceed?

As I previously mentioned, I believe that if rejection is to be the
course of action, it would be best to proceed with it sooner rather
than later. On the other hand, I am concerned about the need for users
to perform extra steps depending on the source cluster
conrfiguration. Therefore, another possible approach could be to
simply ignore the given settings in the assignment hook rather than
rejecting by the check hook, and forcibuly apply -1.

What do you think about this third approach?

I haven't checked this with pg_upgrade, but a standalone postmaster
would emit the following messages.

> postgres -b -c max_slot_wal_keep_size=-1
> LOG:  "max_slot_wal_keep_size" is foced to set to -1 during binary upgrade mode.

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Relids instead of Bitmapset * in plannode.h
Next
From: Amit Kapila
Date:
Subject: Re: pg_upgrade and logical replication