Re: Conflict detection for update_deleted in logical replication - Mailing list pgsql-hackers

From shveta malik
Subject Re: Conflict detection for update_deleted in logical replication
Date
Msg-id CAJpy0uAT+AWBuQEjj7E-zADKtZp+3uk4T9TFyqvBSoGNj_njxA@mail.gmail.com
Whole thread Raw
In response to RE: Conflict detection for update_deleted in logical replication  ("Zhijie Hou (Fujitsu)" <houzj.fnst@fujitsu.com>)
List pgsql-hackers
On Fri, Aug 29, 2025 at 11:49 AM Zhijie Hou (Fujitsu)
<houzj.fnst@fujitsu.com> wrote:
>
> Here is the new version patch set which also addressed Shveta's comments[1].
>

Thanks for the patch.

On 001 alone, I’m observing a behavior where, if sub1 has stopped
retention, and I then create a new subscription sub2, the worker for
sub2 fails to start successfully. It repeatedly starts and exits,
logging the following message:

LOG:  logical replication worker for subscription "sub2" will restart
because the option retain_dead_tuples was enabled during startup

Same things happen when I disable and re-enable 'retain_dead_tuple' of
any sub once the slot has invalid xmin.

thanks
Shveta



pgsql-hackers by date:

Previous
From: "Joel Jacobson"
Date:
Subject: Re: Assert single row returning SQL-standard functions
Next
From: jian he
Date:
Subject: Re: Add SPLIT PARTITION/MERGE PARTITIONS commands