]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix failure with lock mode used for custom relation options
authorMichael Paquier <michael@paquier.xyz>
Wed, 25 Sep 2019 01:08:36 +0000 (10:08 +0900)
committerMichael Paquier <michael@paquier.xyz>
Wed, 25 Sep 2019 01:08:36 +0000 (10:08 +0900)
commitd4816800378452e125d4e1ca7dfdb598609ab992
treed08d2feeb8540bb9dae149c8f8328664458b5a8b
parent0652c3992ebf4f3c90ca69a139020af769406f84
Fix failure with lock mode used for custom relation options

In-core relation options can use a custom lock mode since 47167b7, that
has lowered the lock available for some autovacuum parameters.  However
it forgot to consider custom relation options.  This causes failures
with ALTER TABLE SET when changing a custom relation option, as its lock
is not defined.  The existing APIs to define a custom reloption does not
allow to define a custom lock mode, so enforce its initialization to
AccessExclusiveMode which should be safe enough in all cases.  An
upcoming patch will extend the existing APIs to allow a custom lock mode
to be defined.

The problem can be reproduced with bloom indexes, so add a test there.

Reported-by: Nikolay Sharplov
Analyzed-by: Thomas Munro, Michael Paquier
Author: Michael Paquier
Reviewed-by: Kuntal Ghosh
Discussion: https://postgr.es/m/20190920013831.GD1844@paquier.xyz
Backpatch-through: 9.6
contrib/bloom/expected/bloom.out
contrib/bloom/sql/bloom.sql
src/backend/access/common/reloptions.c