diff options
| author | Peter Geoghegan <pg@bowt.ie> | 2022-09-05 11:20:05 -0700 |
|---|---|---|
| committer | Peter Geoghegan <pg@bowt.ie> | 2022-09-05 11:20:05 -0700 |
| commit | 43e409cea4687ec1abdcfe82cd0b80a87a8d6adc (patch) | |
| tree | 80226a8f930ff4aa0802d0bff832bb99a04ca98b /src/backend/access/gist/gistvacuum.c | |
| parent | b70db6c83073b562a92aaba917aa787c46ea1b39 (diff) | |
| download | postgresql-43e409cea4687ec1abdcfe82cd0b80a87a8d6adc.tar.gz postgresql-43e409cea4687ec1abdcfe82cd0b80a87a8d6adc.zip | |
Backpatch nbtree page deletion hardening.
Postgres 14 commit 5b861baa taught nbtree VACUUM to tolerate buggy
opclasses. VACUUM's inability to locate a to-be-deleted page's downlink
in the parent page was logged instead of throwing an error. VACUUM
could just press on with vacuuming the index, and vacuuming the table as
a whole.
There are now anecdotal reports of this error causing problems that were
much more disruptive than the underlying index corruption ever could be.
Anything that makes VACUUM unable to make forward progress against one
table/index ultimately risks making the system enter xidStopLimit mode.
There is no good reason to take any chances here, so backpatch the
hardening commit.
Author: Peter Geoghegan <pg@bowt.ie>
Discussion: https://postgr.es/m/CAH2-Wzm9HR6Pow=t-iQa57zT8qmX6_M4h14F-pTtb=xFDW5FBA@mail.gmail.com
Backpatch: 10-13 (all supported versions that lacked the hardening)
Diffstat (limited to 'src/backend/access/gist/gistvacuum.c')
0 files changed, 0 insertions, 0 deletions