From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Invalid primary_slot_name triggers warnings in all processes on reload |
Date: | 2025-09-18 13:54:46 |
Message-ID: | CAHGQGwGbXxsJQ6ipY=RnO3uJSjU+7zPjVL-Q7p6OfUd31A2o5A@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Sep 12, 2025 at 9:12 PM Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
>
> Hi,
>
> While reviewing the patch at [1], I noticed that if primary_slot_name is
> set to an invalid slot name in postgresql.conf and the configuration file
> is reloaded, all running postgres processes emit the WARNING message
> as follows. Isn't this a bug?
>
> To fix this issue, GUC_check_errmsg() should be used instead of ereport()
> when an invalid slot name is found in the setting. Thoughts?
Another simple fix would be to have processes other than the postmaster
report invalid primary_slot_name at DEBUG3 instead of WARNING.
In that case, only the postmaster reports it at WARNING, so by default
only that message appears in the log file. This matches the behavior for
other GUC parameters with invalid settings.
I've attached a patch implementing this approach. Thought?
--
Fujii Masao
Attachment | Content-Type | Size |
---|---|---|
v1-0001-Reduce-log-level-for-invalid-primary_slot_name-in.patch | application/octet-stream | 1.5 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2025-09-18 14:05:01 | Re: Changing shared_buffers without restart |
Previous Message | Andres Freund | 2025-09-18 13:52:03 | Re: Changing shared_buffers without restart |