Re: create subscription - improved warning message
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter Smith <smithpb2250@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-10-10T05:04:05Z
Lists: pgsql-hackers
On Mon, Oct 10, 2022 at 10:10 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Amit Kapila <amit.kapila16@gmail.com> writes: > > Yeah, this message looks better than the current one. However, when I > > tried to do what HINT says, it doesn't initiate replication. It gives > > me the below error: > > > postgres=# Alter subscription sub1 refresh publication; > > ERROR: ALTER SUBSCRIPTION ... REFRESH is not allowed for disabled subscriptions > > Geez ... is there *anything* that's not broken about this message? > > I'm beginning to question the entire premise here. That is, > rather than tweaking this message until it's within hailing > distance of sanity, why do we allow the no-connect case at all? > The docs say [1]: "When creating a subscription, the remote host is not reachable or in an unclear state. In that case, the subscription can be created using the connect = false option. The remote host will then not be contacted at all. This is what pg_dump uses. The remote replication slot will then have to be created manually before the subscription can be activated." I think the below gives accurate information: WARNING: subscription was created, but is not connected HINT: You should create the slot manually, enable the subscription, and run %s to initiate replication. [1] - https://www.postgresql.org/docs/devel/logical-replication-subscription.html -- With Regards, Amit Kapila.
Commits
-
Doc: Update information about manually creating slots.
- 155601de7fdb 16.0 landed
-
Improve the WARNING message for CREATE SUBSCRIPTION.
- 5263c6b095c9 16.0 landed