Re: Proposal for changes to recovery.conf API - Mailing list pgsql-hackers

From Abhijit Menon-Sen
Subject Re: Proposal for changes to recovery.conf API
Date
Msg-id 20160906070655.GA18005@toroid.org
Whole thread Raw
In response to Re: Proposal for changes to recovery.conf API  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: Proposal for changes to recovery.conf API  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
At 2016-09-06 14:40:54 +0900, michael.paquier@gmail.com wrote:
>
> my best advice here is to make all those recovery_target_* parameters
> PGC_POSTMASTER so as they are loaded only once when the server starts,
> and then we define the recovery target type used in the startup
> process instead of trying to do so at GUC level.

I understand your approach in light of the GUC code, but I see things a
bit differently—the complexity comes largely from the specific handling
of recovery_target. I'll try to come up with a way to do it better. If
not, we have your suggestion to fall back on.

> +    else if (recovery_target_lsn != 0)
> +        recovery_target = RECOVERY_TARGET_LSN;
> This needs to check for InvalidXLogRecPtr.

Of course, thanks. Fixed locally in all the relevant places. Will repost
whenever there are other substantive changes.

-- Abhijit



pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Speedup twophase transactions
Next
From: Heikki Linnakangas
Date:
Subject: Re: Parallel tuplesort (for parallel B-Tree index creation)