Re: BUG #18155: Logical Apply Worker Timeout During TableSync Causes Either Stuckness or Data Loss

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: "Callahan, Drew" <callaan(at)amazon(dot)com>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #18155: Logical Apply Worker Timeout During TableSync Causes Either Stuckness or Data Loss
Date: 2023-10-17 04:20:52
Message-ID: CAA4eK1+ytq53_GmDLCmxkDqvwgbgxBNg-694grxxaVSQadZA5Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Tue, Oct 17, 2023 at 4:46 AM Callahan, Drew <callaan(at)amazon(dot)com> wrote:
>
> On the server side, we did not see evidence of WALSenders being launched. As a result, the gap kept increasing further
> and further since they workers would not transition to the catchup state after several hours due to this.
>

One possibility is that the system has reached
'max_logical_replication_workers' limit due to which it is not
allowing to launch the apply worker. If so, then consider increasing
the value of 'max_logical_replication_workers'. You can query
'pg_stat_subscription' to know more information about workers. See the
description of subscriber-side parameters [1].

[1] - https://www.postgresql.org/docs/devel/runtime-config-replication.html#RUNTIME-CONFIG-REPLICATION-SUBSCRIBER

--
With Regards,
Amit Kapila.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Le Thai Hoa 2023-10-17 08:00:58 Error “Unable to Write Inside Temp Environment Variable Path”
Previous Message Laurenz Albe 2023-10-17 01:09:47 Re: BUG #18159: Database Integrity Concerns: Missing FK Constraint