| From: | Phil Sorber <phil(at)omniti(dot)com> |
|---|---|
| To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
| Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Request for vote to move forward with recovery.conf overhaul |
| Date: | 2013-01-26 22:14:36 |
| Message-ID: | CADAkt-iqbdWeHV8ZhCqUcieZAOZ3T+_nLgcM0cf7Yi0UmjGXrA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Jan 23, 2013 at 6:36 AM, Michael Paquier
<michael(dot)paquier(at)gmail(dot)com> wrote:
>
> On 2013/01/23, at 18:12, Simon Riggs <simon(at)2ndQuadrant(dot)com> wrote:
>
>> On 23 January 2013 04:49, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> wrote:
>>
>>> - recovery.conf is removed (no backward compatibility in this version of the
>>> patch)
>>
>> If you want to pursue that, you know where it leads. No, rebasing a
>> rejected patch doesn't help, its just relighting a fire that shouldn't
>> ever have been lit.
>>
>> Pushing to do that out of order is just going to drain essential time
>> out of this CF from all of us.
> No problem to support both. The only problem I see is if the same parameter is defined in recovery.conf and postgresql.conf, is the priority given to recovery.conf?
I would think that if someone created a recovery.conf file they would
expect that to be given priority. Otherwise they would know that was a
deprecated method and would set it in postgresql.conf only.
> --
> Michael Paquier
> http://michael.otacoo.com
> (Sent from my mobile phone)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Phil Sorber | 2013-01-26 22:20:11 | Re: [PATCH] pg_isready (was: [WIP] pg_ping utility) |
| Previous Message | Noah Misch | 2013-01-26 22:09:22 | Re: Materialized views WIP patch |