Re: BUG #17103: WAL segments are not removed after exceeding max_slot_wal_keep_size
Alvaro Herrera <alvherre@alvh.no-ip.org>
From: Alvaro Herrera <alvherre@alvh.no-ip.org>
To: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Cc: jeff.janes@gmail.com, mk@071.ovh, pgsql-bugs@lists.postgresql.org
Date: 2021-07-15T20:49:10Z
Lists: pgsql-bugs
On 2021-Jul-15, Kyotaro Horiguchi wrote: > > Thanks! I saw the issue here. Some investigation showd me a doubious > > motion of XLogCtl->repliationSlotMinLSN. Slot invalidation is > > forgetting to recalculate it and that misbehavior retreats the segment > > horizon. Actually, looking again, isn't this supposed to happen in KeepLogSeg()? We have a block that caps to max_slot_wal_keep_size_mb there ... why did that not work? -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "Sallah, I said NO camels! That's FIVE camels; can't you count?" (Indiana Jones)
Commits
-
Close yet another race condition in replication slot test code
- 41d27ee7b870 13.4 landed
- f951f6f69c7e 14.0 landed
- ce197e91d02c 15.0 landed
-
Make new replication slot test code even less racy
- ce413eba4116 13.4 landed
- 1e8751380836 14.0 landed
- 0d2cb6b2bbc3 15.0 landed
-
Make new replication slot test code less racy
- d8f3b021c618 14.0 landed
- 8589299e03ff 15.0 landed
- 7099ba058035 13.4 landed
-
Advance old-segment horizon properly after slot invalidation
- ead9e51e8236 15.0 landed
- e5bcbb10707b 14.0 landed
- 866237a6fa01 13.4 landed