Re: wal_retrieve_retry_interval

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Ludovic Vaugeois-Pepin <ludovicvp(at)gmail(dot)com>
Cc: PostgreSQL mailing lists <pgsql-general(at)postgresql(dot)org>
Subject: Re: wal_retrieve_retry_interval
Date: 2017-05-29 22:20:14
Message-ID: CAB7nPqT3jzH_9Z7h=ou1Pkfzbt5+5sepCQbRZkOz29Ev6vVCLg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, May 28, 2017 at 9:41 AM, Ludovic Vaugeois-Pepin
<ludovicvp(at)gmail(dot)com> wrote:
> On Sun, May 28, 2017 at 9:49 AM, Ludovic Vaugeois-Pepin
> <ludovicvp(at)gmail(dot)com> wrote:
>> It really is set at 3s on all servers (master and standbies) earlier in the "deployment" process at the same time "listen_addresses", "hot_standby", and others are set. This doesn't seem to happen every time I run tests. I increased logging to DEBUG1. This is what I got when the problem occurred again. Note that the empty line is there in the log file.

Aren't those logs coming from a standby that is being reconnected to a
promoted standby? In short you restarted this standby with a fresh
recovery.conf. The WAL receiver would try to fetch history file data
for validity checks when it notices that there is a timeline jump,
when it needs to itself jump to a new timeline, and the logs you are
showing highlight that.
--
Michael

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ludovic Vaugeois-Pepin 2017-05-29 22:58:44 Re: wal_retrieve_retry_interval
Previous Message Tom Lane 2017-05-29 21:24:10 Re: Does NUMERIC lose precision?