Re: Disallow changing slot's failover option in transaction block - Mailing list pgsql-hackers

From shveta malik
Subject Re: Disallow changing slot's failover option in transaction block
Date
Msg-id CAJpy0uC1bwuFqJZg3OGBDzdgLe4_KPjyByNoneeyqE6YcJZjVA@mail.gmail.com
Whole thread Raw
In response to RE: Disallow changing slot's failover option in transaction block  ("Zhijie Hou (Fujitsu)" <houzj.fnst@fujitsu.com>)
Responses Re: Disallow changing slot's failover option in transaction block
List pgsql-hackers
On Mon, Apr 22, 2024 at 5:57 AM Zhijie Hou (Fujitsu)
<houzj.fnst@fujitsu.com> wrote:
>
> On Friday, April 19, 2024 10:54 AM Kuroda, Hayato/黒田 隼人 <kuroda.hayato@fujitsu.com> wrote:
> > In your patch, the pg_dump.c was updated. IIUC the main reason was that
> > pg_restore executes some queries as single transactions so that ALTER
> > SUBSCRIPTION cannot be done, right?
>
> Yes, and please see below for other reasons.
>
> > Also, failover was synchronized only when we were in the upgrade mode, but
> > your patch seems to remove the condition. Can you clarify the reason?
>
> We used ALTER SUBSCRIPTION in upgrade mode because it was not allowed to use
> connect=false and failover=true together when CREATE SUBSCRIPTION. But since we
> don't have this restriction anymore(we don't alter slot when creating sub
> anymore), we can directly specify failover in CREATE SUBSCRIPTION and do that
> in non-upgrade mode as well.
>
> Attach the V3 patch which also addressed Shveta[1] and Bertrand[2]'s comments.

 Tested the patch, works well.

thanks
Shveta



pgsql-hackers by date:

Previous
From: Alexander Lakhin
Date:
Subject: Re: fix tablespace handling in pg_combinebackup
Next
From: Michael Paquier
Date:
Subject: Re: ALTER TABLE SET ACCESS METHOD on partitioned tables