Re: WAL segments removed from primary despite the fact that logical replication slot needs it.

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
Cc: depesz(at)depesz(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: WAL segments removed from primary despite the fact that logical replication slot needs it.
Date: 2022-10-19 09:46:59
Message-ID: CAA4eK1KXz=we0KfC441YJZRqbQnPUu5iSSV1Bh9em39Uat-tXA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Wed, Oct 19, 2022 at 7:31 AM Kyotaro Horiguchi
<horikyota(dot)ntt(at)gmail(dot)com> wrote:
>
>
> One point that bothers me is it seems that the walsender was
> killed. If the file is removed while the walsender is working, logical
> replication worker receives the error and emits "ERROR: could not
> receive data...has been removed" instead of suddenly disconnected as
> in this case. Considering this together with the possibility that the
> segments were removed by someone else, I suspencted virus scanners but
> that has found to be false..
>

Yeah, as requested yesterday, maybe checking if this can be reproduced
will help us to narrow down the cause. If this doesn't happen due to
an application mistake it appears that after the slot becomes inactive
during the time walsender was down, the server removes the required
files but there is nothing in the code that suggests that such a thing
can happen.

Are there any more logs on publisher/subscriber which indicate any
sort of error?

--
With Regards,
Amit Kapila.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message hubert depesz lubaczewski 2022-10-19 10:02:20 Re: WAL segments removed from primary despite the fact that logical replication slot needs it.
Previous Message Andy Fan 2022-10-19 02:21:42 Re: BUG #17650: For the sixth time, the clipping function in the 120 partition table planning stage fails