Re: outdated references to replication timeout - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: outdated references to replication timeout
Date
Msg-id CAHGQGwHu4kvuXDRTe7YkZMPZ-7uNkyGq4VHemOkwKLkFkn3azw@mail.gmail.com
Whole thread Raw
In response to outdated references to replication timeout  (John Naylor <john.naylor@enterprisedb.com>)
Responses Re: outdated references to replication timeout  (John Naylor <john.naylor@enterprisedb.com>)
List pgsql-hackers
On Wed, Jan 13, 2021 at 5:39 AM John Naylor
<john.naylor@enterprisedb.com> wrote:
>
> Hi,
>
> The parameter replication_timeout was retired in commit 6f60fdd701 back in 2012, but some comments and error messages
seemto refer to that old setting instead of wal_sender_timeout or wal_receiver_timeout. The attached patch replaces the
oldlanguage with more specific references. 

Thanks for the patch! I think this change makes sense.

-                               (errmsg("terminating walsender process
due to replication timeout")));
+                               (errmsg("terminating walsender process
due to WAL sender timeout")));

Isn't it a bit strange to include different expressions "walsender" and
"WAL sender" for the same thing in one message?


This is a bit related, but different topic, though. If we change the above
message about walsender timeout, I also want to change the message about
walreceiver timeout, so as to make them more consistent. For example,

- (errmsg("terminating walreceiver due to timeout")));
+ (errmsg("terminating WAL receiver process due to WAL receiver timeout")));

Regards,

--
Fujii Masao



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Fix a typo in SearchCatCache function comment
Next
From: Kyotaro Horiguchi
Date:
Subject: Re: A failure of standby to follow timeline switch