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
Re: Changing recovery.conf parameters into GUCs |
Список | 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 по дате отправления: