RE: pg_createsubscriber does not check output_plugin_libraries - Mailing list pgsql-hackers

From Hayato Kuroda (Fujitsu)
Subject RE: pg_createsubscriber does not check output_plugin_libraries
Date
Msg-id TYRPR01MB1284515BDA34A0C3A45E4BA20F5B92@TYRPR01MB12845.jpnprd01.prod.outlook.com
Whole thread
In response to Re: pg_createsubscriber does not check output_plugin_libraries  (Jacob Champion <jacob.champion@enterprisedb.com>)
List pgsql-hackers
Dear Chao,

> That’s a fair point. The distinction I had in mind is that this patch explicitly adds a
> check for output_plugin_libraries to make --dry-run more useful. But when the
> caller cannot read that setting, pg_createsubscriber simply does not have enough
> information to perform the check. Would it make sense to print a warning in that
> case, rather than silently letting --dry-run succeed?

Hmm. IIUC there several three options;
1) raise WARNING, which is visible by default
2) raise INFO/DEBUG, which is visible with -v option
3) raise nothing.

But not sure which option is the best. Personally 1) might not be a good.
WARNINGs are reported with hints which the user can do. But in this case there
are no workarounds - to request changing a replication user is not suitable.

For now I'm not excited to print something at that time, any other thoughts?

Best regards,
Hayato Kuroda
FUJITSU LIMITED


pgsql-hackers by date:

Previous
From: Nisha Moond
Date:
Subject: Re: Distinguish publication exclusions in object addresses
Next
From: shveta malik
Date:
Subject: Re: [PATCH] Release replication slot on error in SQL-callable slot functions