diff options
| author | Noah Misch <noah@leadboat.com> | 2024-12-28 07:16:22 -0800 |
|---|---|---|
| committer | Noah Misch <noah@leadboat.com> | 2024-12-28 07:16:22 -0800 |
| commit | ff90ee61450921e03fe3af4e0f75337a4bbd0584 (patch) | |
| tree | ec5d4ce70514de1a14f178b8a29aae06b808b14d /src/backend/access/gist/gist.c | |
| parent | 58a359e585d0281ecab4d34cab9869e7eb4e4ca3 (diff) | |
| download | postgresql-ff90ee61450921e03fe3af4e0f75337a4bbd0584.tar.gz postgresql-ff90ee61450921e03fe3af4e0f75337a4bbd0584.zip | |
In REASSIGN OWNED of a database, lock the tuple as mandated.
Commit aac2c9b4fde889d13f859c233c2523345e72d32b mandated such locking
and attempted to fulfill that mandate, but it missed REASSIGN OWNED.
Hence, it remained possible to lose VACUUM's inplace update of
datfrozenxid if a REASSIGN OWNED processed that database at the same
time. This didn't affect the other inplace-updated catalog, pg_class.
For pg_class, REASSIGN OWNED calls ATExecChangeOwner() instead of the
generic AlterObjectOwner_internal(), and ATExecChangeOwner() fulfills
the locking mandate.
Like in GRANT, implement this by following the locking protocol for any
catalog subject to the generic AlterObjectOwner_internal(). It would
suffice to do this for IsInplaceUpdateOid() catalogs only. Back-patch
to v13 (all supported versions).
Kirill Reshke. Reported by Alexander Kukushkin.
Discussion: https://postgr.es/m/CAFh8B=mpKjAy4Cuun-HP-f_vRzh2HSvYFG3rhVfYbfEBUhBAGg@mail.gmail.com
Diffstat (limited to 'src/backend/access/gist/gist.c')
0 files changed, 0 insertions, 0 deletions