Re: unite recovery.conf and postgresql.conf
От | Fujii Masao |
---|---|
Тема | Re: unite recovery.conf and postgresql.conf |
Дата | |
Msg-id | CAHGQGwE9YicWHUSLDRjiewmUS8v14D8fSFkByvudM=FEFfugAw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: unite recovery.conf and postgresql.conf (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: unite recovery.conf and postgresql.conf
|
Список | pgsql-hackers |
On Thu, Sep 15, 2011 at 8:04 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Sep 15, 2011 at 5:58 AM, Peter Eisentraut <peter_e@gmx.net> wrote: >> Alternatively, we could just forget about the whole thing and move >> everything to postgresql.conf and treat recovery.conf as a simple empty >> signal file. I don't know if that's necessarily better. > > Seems like it might be simpler. It seems to need a bit more time until we've reached a consensus about the treatment of recovery.conf. How about committing the core patch first, and addressing the recovery.conf issue as a different patch later? The attached patch provides a core part of the feature, i.e., it moves every recovery parameters from recovery.conf to postgresql.conf. Even if you create recovery.conf, the server doesn't read it automatically. The patch renames recovery.conf to recovery.ready, so if you want to enter archive recovery or standby mode, you need to create recovery.ready file in the cluster data directory. Since recovery.ready is just a signal file, its contents have no effect. Regards, -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
Вложения
В списке pgsql-hackers по дате отправления: