Re: Changing recovery.conf parameters into GUCs

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: Changing recovery.conf parameters into GUCs
Дата
Msg-id 51D7153B.8050804@agliodbs.com
обсуждение исходный текст
Ответ на Re: Changing recovery.conf parameters into GUCs  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Changing recovery.conf parameters into GUCs  (Michael Paquier <michael.paquier@gmail.com>)
Re: Changing recovery.conf parameters into GUCs  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Robert, Simon, All,

On 04/01/2013 04:51 AM, Robert Haas wrote:> On Thu, Mar 28, 2013 at
11:48 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
>> a)  recovery parameters are made into GUCs (for which we have a patch
>> from Fujii)
>> b)  all processes automatically read recovery.conf as the last step in
>> reading configuration files, if it exists, even if data_directory
>> parameter is in use (attached patch)
>> c)  we trigger archive recovery by the presence of either
>> recovery.conf or recovery.trigger in the data directory. At the end,
>> we rename to recovery.done just as we do now. This means that any
>> parameters put into recovery.conf will not be re-read when we SIGHUP
>> after end of recovery. Note that recovery.trigger will NOT be read for
>> parameters and is assumed to be zero-length.
>> (minor patch required)
> 
> I still prefer Greg Smith's proposal.
> 
> http://www.postgresql.org/message-id/4EE91248.8010505@2ndQuadrant.com

So, this seems to still be stalled.  Is there a way forward on this
which won't cause us to wait *another* version before we have working
replication GUCs?

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Preventing tuple-table leakage in plpgsql
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: [PATCH] Add transforms feature