Re: WAL segments removed from primary despite the fact that logical replication slot needs it.
hubert depesz lubaczewski <depesz@depesz.com>
From: hubert depesz lubaczewski <depesz@depesz.com>
To: Amit Kapila <amit.kapila16@gmail.com>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>, pgsql-bugs@postgresql.org
Date: 2022-10-19T10:02:20Z
Lists: pgsql-bugs
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix a possibility of logical replication slot's restart_lsn going backwards.
- e5ed873b1b4a 18.0 landed
- 568e78a653ee 17.2 landed
- f353911337cf 16.6 landed
- 91771b3fbbc3 15.10 landed
- 26c4e8968690 14.15 landed
- 15dc1abb17dd 13.18 landed
On Wed, Oct 19, 2022 at 03:16:59PM +0530, Amit Kapila wrote: > 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? This specific setup of replication was torn down, we couldn't keep it running. Can setup it once more, and with some luck it will break again. Will take a day, though. Is there anything I can do to make it more debugable, but that will not require restart of pg12? Best regards, depesz