Re: pg_upgrade and logical replication
vignesh C <vignesh21@gmail.com>
From: vignesh C <vignesh21@gmail.com>
To: Peter Smith <smithpb2250@gmail.com>
Cc: Amit Kapila <amit.kapila16@gmail.com>,
Michael Paquier <michael@paquier.xyz>, "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
Julien Rouhaud <rjuju123@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-11-03T10:45:45Z
Lists: pgsql-hackers
Attachments
- 0001-Added-GUC-hook-for-max_logical_replication_workers.patch (text/x-patch) patch 0001
On Thu, 2 Nov 2023 at 11:05, Peter Smith <smithpb2250@gmail.com> wrote: > > ~~~ > > 2c. > In a recent similar thread [1], they chose to implement a guc_hook to > prevent a user from overriding this via the command line option during > the upgrade. Shouldn't this patch do the same thing, for consistency? Added GUC hook for consistency. > ~~~ > > 2d. > If you do implement such a guc_hook (per #2c above), then should the > patch also include a test case for getting an ERROR if the user tries > to override that GUC? Added a test for the same. We can use this patch if we are planning to go ahead with guc_hooks for max_slot_wal_keep_size as discussed at [1]. The attached patch has the changes for the same. [1] - https://www.postgresql.org/message-id/CAHut%2BPsTrB%3DmjBA-Y-%2BW4kK63tao9%3DXBsMXG9rkw4g_m9WatwA%40mail.gmail.com Regards, Vignesh
Commits
-
pg_upgrade: Retrieve subscription count more efficiently.
- 73de50e13e39 17.0 landed
- 364509a2e7f9 18.0 landed
-
Fix random failure in 004_subscription.
- 677a45c4ae16 17.0 landed
-
Fix 004_subscription.pl to allow its usage in --link mode.
- f17529b71097 17.0 landed
-
Allow upgrades to preserve the full subscription's state.
- 9a17be1e244a 17.0 landed
-
Prevent startup of logical replication launcher during pg_upgrade
- 7021d3b17664 17.0 landed