Re: Re: allow online change primary_conninfo - Mailing list pgsql-hackers

From David Steele
Subject Re: Re: allow online change primary_conninfo
Date
Msg-id bb9961f5-3f75-41d0-a4cb-adf7741ea7dc@pgmasters.net
Whole thread Raw
In response to Re: allow online change primary_conninfo  (Michael Paquier <michael@paquier.xyz>)
Responses Re: allow online change primary_conninfo
List pgsql-hackers
Hi Michael,

On 3/4/19 7:19 AM, Michael Paquier wrote:
> On Sat, Mar 02, 2019 at 01:49:51PM +0300, Sergei Kornilov wrote:
>> This might be not the right way, but I can't think of a better way
>> to not switch to a different method than split of lastSourceFailed
>> processing and starting new source. Something like refactoring in
>> first attached patch. I move RequestXLogStreaming logic from
>> lastSourceFailed processing and add new pendingRestartSource
>> indicator.
> 
> OK.  This needs a rather close lookup, and I am not actually sure that
> you even need pendingRestartSource.  Please let me a couple of days
> before coming back to you on 0001.
> 
>> Second patch is mostly the same as previous version but uses new
>> pendingRestartSource mechanism instead of lastSourceFailed.
> 
> This, on the other hand, looks like the implementation we are looking
> for based on the discussions which happened until now to have the
> startup process handle the shutdown and restart of the WAL receiver.

Do you know when you'll have a chance to revisit this?

Regards,
-- 
-David
david@pgmasters.net


pgsql-hackers by date:

Previous
From: David Steele
Date:
Subject: Re: Re: Copy function for logical replication slots
Next
From: David Steele
Date:
Subject: Re: Re: [PATCH][PROPOSAL] Add enum releation option type