From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Feature Request: pg_replication_master() |
Date: | 2012-12-25 00:04:24 |
Message-ID: | 3552.1356393864@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Josh Berkus <josh(at)agliodbs(dot)com> writes:
>> What the patch doesn't change is the requirement to have a file that
>> causes the server to place itself into archive recovery. So there is
>> no more recovery.conf and instead we have a file called
>> recovery.trigger instead.
> Requiring a file in order to make a server a replica is what we should
> be trying to get away from. It should be possible to configure a server
> as a replica by setting a GUC in PostgreSQL.conf (before first startup,
> obviously).
I'm not entirely convinced about that, because if we do it like that, we
will *never*, *ever* be able to store GUC settings except in a flat,
editable textfile. Now, that's fine by me personally, but there seem to
be a lot of people around here with ambitions to bury those settings in
not-so-editable places. Including you, to judge by your next sentence:
> Naturally, this then links in with SET PERSISTENT or
> however we're calling it these days in order to take a server out of
> replica mode.
People are going to want to be able to push a server into, and possibly
out of, replica mode without necessarily having the server up at the
time. So I'm not real convinced that we want that flag to be a GUC.
A trigger file is a lot easier to manipulate from places like shell
scripts.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2012-12-25 06:47:40 | Re: [WIP] pg_ping utility |
Previous Message | Josh Berkus | 2012-12-24 22:52:40 | Re: Feature Request: pg_replication_master() |