Re: recovery.conf location

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, DimitriFontaine <dfontaine(at)hi-media(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Jaime Casanova <jaime(at)2ndquadrant(dot)com>, Thom Brown <thom(at)linux(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: recovery.conf location
Date: 2010-10-01 11:05:23
Message-ID: C1055647-CC37-4328-BB8F-F9190D04698F@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Oct 1, 2010, at 5:47 AM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> On Fri, Oct 1, 2010 at 9:21 AM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>> On 9/29/10 7:54 PM, Tom Lane wrote:
>>> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>>>> But that's not what Tom is talking about, I don't think: you might
>>>> also want a way to explicitly whack the flag in pg_control around.
>>>> That would probably be along the lines of pg_resetxlog. I'm not sure
>>>> how much use case there is for such a thing, but if it's needed it's
>>>> certainly wouldn't be hard to write.
>>>
>>> Right, but instead of having to provide such a tool, we could just
>>> store the status as a text file. There is a pretty time-honored
>>> tradition for that, ya know.
>>
>> And then move all the other config parameters to postgresql.conf?
>
> The consensus seems to be to move only parameters for the standby server
> (except standby_mode) to postgresql.conf. That is, primary_conninfo and
> trigger_file.
>
>> And
>> have PG poll that text file periodically so that you could update it and
>> it would fail over?
>
> Hmm.. instead of that text file (i.e., recovery.conf), trigger file is
> periodically polled by the standby server.

I'm not sure I understand the point of moving all the parameters except one.

...Robert

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2010-10-01 11:12:24 Re: WIP: extensible enums
Previous Message Magnus Hagander 2010-10-01 11:01:50 Re: Using streaming replication as log archiving