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
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? |