Re: pg_createsubscriber - more logging to say if there are no pubs to drop - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: pg_createsubscriber - more logging to say if there are no pubs to drop
Date
Msg-id CAD21AoA3uhBXD6hk5PZ=WTZFtDo+iGonLZJOresGFrn0BwqVkg@mail.gmail.com
Whole thread Raw
In response to pg_createsubscriber - more logging to say if there are no pubs to drop  (Peter Smith <smithpb2250@gmail.com>)
Responses Re: pg_createsubscriber - more logging to say if there are no pubs to drop
Re: pg_createsubscriber - more logging to say if there are no pubs to drop
List pgsql-hackers
On Wed, Oct 8, 2025 at 6:34 PM Peter Smith <smithpb2250@gmail.com> wrote:
>
> Hi hackers,
>
> While reviewing pg_createsubscriber in another thread, I found some of
> the current logging to be confusing. Specifically, there is one part
> that drops all existing publications. Sometimes it might look like
> this:
>
> ----------
> pg_createsubscriber: dropping all existing publications in database "db2"
> pg_createsubscriber: dropping publication "pub_exists1" in database "db2"
> pg_createsubscriber: dropping publication "pub_exists2" in database "db2"
> pg_createsubscriber: dropping publication "pub_exists3" in database "db2"
> ----------
>
> ~~~
>
> OTOH, if there is nothing found to be dropped, then the logging just says:
>
> ----------
> pg_createsubscriber: dropping all existing publications in database "db2"
> ----------
>
> That's the scenario that I found ambiguous. You can't be sure from the
> logs what happened:
> - Were there publications found, and were they dropped silently?
> - Did it not find anything to drop?
>
> ~~~
>
> Here is a small patch to remove that doubt. Now, if there is nothing
> found, the logging would look like:
>
> ----------
> pg_createsubscriber: dropping all existing publications in database "db2"
> pg_createsubscriber: no publications found
> ----------
>
> Thoughts?

Thank you for the patch!

It sounds like a reasonable improvement. I'll push the patch, barring
any objections.

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: Clarification on Role Access Rights to Table Indexes
Next
From: Greg Burd
Date:
Subject: Re: Expanding HOT updates for expression and partial indexes