Re: pg_receivexlog stops upon server restart
От | Magnus Hagander |
---|---|
Тема | Re: pg_receivexlog stops upon server restart |
Дата | |
Msg-id | CABUevEyOAucRE0MdM46tgzhvDw9ihmwzm-5O=6nsXN5BBs9CnA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_receivexlog stops upon server restart (Thom Brown <thom@linux.com>) |
Ответы |
Re: pg_receivexlog stops upon server restart
|
Список | pgsql-hackers |
On Thu, May 24, 2012 at 2:34 PM, Thom Brown <thom@linux.com> wrote: > On 24 May 2012 13:05, Magnus Hagander <magnus@hagander.net> wrote: >> On Thu, Apr 19, 2012 at 1:00 PM, Thom Brown <thom@linux.com> wrote: >>> On 10 April 2012 21:07, Magnus Hagander <magnus@hagander.net> wrote: >>>> On Friday, April 6, 2012, Thom Brown wrote: >>>>> >>>>> Hi, >>>>> >>>>> I've tried out pg_receivexlog and have noticed that when restarting >>>>> the cluster, pg_receivexlog gets cut off... it doesn't keep waiting. >>>>> This is surprising as the DBA would have to remember to start >>>>> pg_receivexlog up again. >>>>> >>>> >>>> This is intentional as far as that's how the code was written, there's not a >>>> malfunctioning piece of code somewhere. >>>> >>>> It would probably make sense to have an auto-reconnect feature, and to have >>>> an option to turn it on/off. >>>> >>>> If you haven't already (my wifi here is currently quite useless, which is >>>> why I'm working on my email backlog, so I can't check), please add it to the >>>> open items list. >>> >>> I think it would also be useful to add a paragraph to the >>> documentation stating use-cases for this feature, and its advantages. >> >> Attached is a patch that implements this. Seems reasonable? > > s/non fatal/non-fatal/ > > Yes, this solves the problem for me, except you forgot to translate > noloop in long_options[] . :) Fixed :-) Did you test it, or just assumed it worked? ;) -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: