aboutsummaryrefslogtreecommitdiff
path: root/src/backend/parser/parse_utilcmd.c
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2021-07-16 12:07:30 -0400
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2021-07-16 12:07:30 -0400
commitead9e51e82363a0e492d56aee83ed11b3759a615 (patch)
treeeb7e261b626d5f13bd872753b3970d7305e01dc6 /src/backend/parser/parse_utilcmd.c
parent46111fb7b57876a87eb0630ec12ad30950e38a39 (diff)
downloadpostgresql-ead9e51e82363a0e492d56aee83ed11b3759a615.tar.gz
postgresql-ead9e51e82363a0e492d56aee83ed11b3759a615.zip
Advance old-segment horizon properly after slot invalidation
When some slots are invalidated due to the max_slot_wal_keep_size limit, the old segment horizon should move forward to stay within the limit. However, in commit c6550776394e we forgot to call KeepLogSeg again to recompute the horizon after invalidating replication slots. In cases where other slots remained, the limits would be recomputed eventually for other reasons, but if all slots were invalidated, the limits would not move at all afterwards. Repair. Backpatch to 13 where the feature was introduced. Author: Kyotaro Horiguchi <horikyota.ntt@gmail.com> Reported-by: Marcin Krupowicz <mk@071.ovh> Discussion: https://postgr.es/m/17103-004130e8f27782c9@postgresql.org
Diffstat (limited to 'src/backend/parser/parse_utilcmd.c')
0 files changed, 0 insertions, 0 deletions