Re: Missing wal_receiver_status_interval in Subscribers section

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Missing wal_receiver_status_interval in Subscribers section
Date: 2018-01-23 23:36:04
Message-ID: 20180123233604.GB26207@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Can someone confirm this so I can apply this patch?

---------------------------------------------------------------------------

On Fri, Nov 17, 2017 at 06:34:29PM +0900, Masahiko Sawada wrote:
> Hi,
>
> I found that the doc says in 19.6.4. Subscribers section that "Note
> that wal_receiver_timeout and wal_retrieve_retry_interval
> configuration parameters affect the logical replication workers as
> well" but subscriber actually uses wal_receiver_status_interval as
> well. So I think we should mention it as well. Any thoughts?
>
> Attached patch adds wal_receiver_stats_interval to the doc.
>
> Regards,
>
> --
> Masahiko Sawada
> NIPPON TELEGRAPH AND TELEPHONE CORPORATION
> NTT Open Source Software Center

> diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
> index 996e825..3c8c504 100644
> --- a/doc/src/sgml/config.sgml
> +++ b/doc/src/sgml/config.sgml
> @@ -3410,7 +3410,8 @@ ANY <replaceable class="parameter">num_sync</replaceable> ( <replaceable class="
> </para>
>
> <para>
> - Note that <varname>wal_receiver_timeout</varname> and
> + Note that <varname>wal_receiver_timeout</varname>,
> + <varname>wal_receiver_status_interval</varname> and
> <varname>wal_retrieve_retry_interval</varname> configuration parameters
> affect the logical replication workers as well.
> </para>

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2018-01-24 00:04:35 Re: [Sender Address Forgery]Re: [Sender Address Forgery]Re: [Sender Address Forgery]Re: [HACKERS] path toward faster partition pruning
Previous Message Tom Lane 2018-01-23 23:31:58 Re: [HACKERS] Planning counters in pg_stat_statements