Re: Logical replication stops dropping used initial-sync replication slots - Mailing list pgsql-bugs

From Amit Kapila
Subject Re: Logical replication stops dropping used initial-sync replication slots
Date
Msg-id CAA4eK1JZmEeMrRSsfhrevMzchurQEw6s6kkthPK4R+xfxFzPUw@mail.gmail.com
Whole thread Raw
In response to Re: Logical replication stops dropping used initial-sync replication slots  (hubert depesz lubaczewski <depesz@depesz.com>)
List pgsql-bugs
On Tue, Mar 29, 2022 at 5:31 PM hubert depesz lubaczewski
<depesz@depesz.com> wrote:
>
> On Tue, Mar 29, 2022 at 04:57:42PM +0530, Amit Kapila wrote:
> > What was your setting for max_logical_replication_workers? It should
>
> 4 on source, and 50 on replica. That could be related. Should I increase this on source?
>

No that won't matter. The number on the replica only matters which
seems to be okay in your case.

> > be more than max_sync_workers_per_subscription as that is taken from
> > the pool of max_logical_replication_workers. One possible reason for
>
> The thing is that, in next tests, it seemed to *usually* work. And break
> just sometimes.
>

It is possible that some random error is occurring during the initial
copy, difficult to say without seeing the actual error.

> > It is good if you are able to proceed but we might get some clue about
> > the problem you are seeing if you can show subscriber-side logs.
>
> Will keep that in mind. The boxes I was testing it are gone, but if the
> problem will resurface, I'll make the logs available.
>

Thanks, that might help investigate the problem you are facing.

-- 
With Regards,
Amit Kapila.



pgsql-bugs by date:

Previous
From: Amit Kapila
Date:
Subject: Re: BUG #17438: Logical replication hangs on master after huge DB load
Next
From: Michael Paquier
Date:
Subject: Re: BUG #17448: In Windows 10, version 1703 and later, huge_pages doesn't work.