Re: pause recovery if pitr target not reached

From: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
To: Leif Gunnar Erlandsen <leif(at)lako(dot)no>, Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pause recovery if pitr target not reached
Date: 2020-01-14 20:13:51
Message-ID: 1cf8c3e3-c24a-fe33-1a73-c7a3fc4d2a26@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2019-12-11 12:40, Leif Gunnar Erlandsen wrote:
> Adding patch written for 13dev from git
>
> "Michael Paquier" <michael(at)paquier(dot)xyz> skrev 1. desember 2019 kl. 03:08:
>
>> On Fri, Nov 22, 2019 at 11:26:59AM +0000, Leif Gunnar Erlandsen wrote:
>>
>>> No it does not. It works well to demonstrate its purpose though.
>>> And it might be to stop with FATAL would be more correct.
>>
>> This is still under active discussion. Please note that the latest
>> patch does not apply, so a rebase would be nice to have. I have moved
>> the patch to next CF, waiting on author.

I reworked your patch a bit. I changed the outcome to be an error, as
was discussed. I also added tests and documentation. Please take a look.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Attachment Content-Type Size
v5-0001-Fail-if-recovery-target-is-not-reached.patch text/plain 6.8 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jesse Zhang 2020-01-14 20:21:41 Re: Use compiler intrinsics for bit ops in hash
Previous Message Tom Lane 2020-01-14 20:12:21 Re: planner support functions: handle GROUP BY estimates ?