]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Release lock after encountering bogs row in vac_truncate_clog()
authorAndres Freund <andres@anarazel.de>
Thu, 13 Jul 2023 20:03:30 +0000 (13:03 -0700)
committerAndres Freund <andres@anarazel.de>
Thu, 13 Jul 2023 20:03:30 +0000 (13:03 -0700)
commit03ccc9569cd87fcbe01e4ba052c22ad0d9a3b71d
treecb4911e1967218e9f8839158a74f60814ba7446d
parente27f3f52c289a2f6e67f9319602df190a92446c0
Release lock after encountering bogs row in vac_truncate_clog()

When vac_truncate_clog() encounters bogus datfrozenxid / datminmxid values, it
returns early. Unfortunately, until now, it did not release
WrapLimitsVacuumLock. If the backend later tries to acquire
WrapLimitsVacuumLock, the session / autovacuum worker hangs in an
uncancellable way. Similarly, other sessions will hang waiting for the
lock. However, if the backend holding the lock exited or errored out for some
reason, the lock was released.

The bug was introduced as a side effect of 566372b3d643.

It is interesting that there are no production reports of this problem. That
is likely due to a mix of bugs leading to bogus values having gotten less
common, process exit releasing locks and instances of hangs being hard to
debug for "normal" users.

Discussion: https://postgr.es/m/20230621221208.vhsqgduwfpzwxnpg@awork3.anarazel.de
src/backend/commands/vacuum.c