Re: Proposal for changes to recovery.conf API

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Josh Berkus <josh(at)berkus(dot)org>, David Steele <david(at)pgmasters(dot)net>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposal for changes to recovery.conf API
Date: 2017-09-05 13:47:06
Message-ID: 3FED61E4-3520-4409-9E8A-7AEFEA5450EF@yesql.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 27 Mar 2017, at 10:27, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>
> On 7 March 2017 at 23:31, Josh Berkus <josh(at)berkus(dot)org> wrote:
>> On 03/02/2017 07:13 AM, David Steele wrote:
>>> Hi Simon,
>>>
>>> On 2/25/17 2:43 PM, Simon Riggs wrote:
>>>> On 25 February 2017 at 13:58, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> wrote:
>>>>
>>>>> - trigger_file is removed.
>>>>> FWIW, my only complain is about the removal of trigger_file, this is
>>>>> useful to detect a trigger file on a different partition that PGDATA!
>>>>> Keeping it costs also nothing..
>>>>
>>>> Sorry, that is just an error of implementation, not intention. I had
>>>> it on my list to keep, at your request.
>>>>
>>>> New version coming up.
>>>
>>> Do you have an idea when the new version will be available?
>>
>> Please? Having yet another PostgreSQL release go by without fixing
>> recovery.conf would make me very sad.
>
> I share your pain, but there are various things about this patch that
> make me uncomfortable. I believe we are looking for an improved design
> not just a different design.
>
> I think the best time to commit such a patch is at the beginning of a
> new cycle, so people have a chance to pick out pieces they don't like
> and incrementally propose changes.
>
> So I am going to mark this MovedToNextCF, barring objections from
> committers willing to make it happen in this release.

Next CF has now become This CF, has there been any work on this highly sought
after patch? Would be good to get closure on this early in the v11 cycle.

cheers ./daniel

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2017-09-05 14:51:41 pgsql: Add psql variables showing server version and psql version.
Previous Message Tom Lane 2017-09-05 13:22:18 Re: pg_upgrade changes can it use CREATE EXTENSION?