From: | Thom Brown <thom(at)linux(dot)com> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_receivexlog stops upon server restart |
Date: | 2012-05-24 12:34:18 |
Message-ID: | CAA-aLv7w61DiQRGamnnZALTpqg18eYGpq+bVeJiyNDii_qLJYQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 24 May 2012 13:05, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> On Thu, Apr 19, 2012 at 1:00 PM, Thom Brown <thom(at)linux(dot)com> wrote:
>> On 10 April 2012 21:07, Magnus Hagander <magnus(at)hagander(dot)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[] . :)
--
Thom
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2012-05-24 12:37:51 | Re: pg_receivexlog stops upon server restart |
Previous Message | Peter Geoghegan | 2012-05-24 12:29:41 | Re: shared_preload_libraries path |