Avoid "you don't own a lock of type ExclusiveLock" in GRANT TABLESPACE.
authorNoah Misch <[email protected]>
Mon, 25 Nov 2024 22:42:35 +0000 (14:42 -0800)
committerNoah Misch <[email protected]>
Mon, 25 Nov 2024 22:42:35 +0000 (14:42 -0800)
This WARNING appeared because SearchSysCacheLocked1() read
cc_relisshared before catcache initialization, when the field is false
unconditionally.  On the basis of reading false there, it constructed a
locktag as though pg_tablespace weren't relisshared.  Only shared
catalogs could be affected, and only GRANT TABLESPACE was affected in
practice.  SearchSysCacheLocked1() callers use one other shared-relation
syscache, DATABASEOID.  DATABASEOID is initialized by the end of
CheckMyDatabase(), making the problem unreachable for pg_database.

Back-patch to v13 (all supported versions).  This has no known impact
before v16, where ExecGrant_common() first appeared.  Earlier branches
avoid trouble by having a separate ExecGrant_Tablespace() that doesn't
use LOCKTAG_TUPLE.  However, leaving this unfixed in v15 could ensnare a
future back-patch of a SearchSysCacheLocked1() call.

Reported by Aya Iwata.

Discussion: https://postgr.es/m/OS7PR01MB11964507B5548245A7EE54E70EA212@OS7PR01MB11964.jpnprd01.prod.outlook.com

src/backend/utils/cache/syscache.c
src/test/regress/expected/tablespace.out
src/test/regress/sql/tablespace.sql

index f41b1c221a1ed90c3ff0f093621a878e8792412d..f7f4f56a4d28ca73a542034b7bf6f3d6d2447f1e 100644 (file)
@@ -287,11 +287,9 @@ HeapTuple
 SearchSysCacheLocked1(int cacheId,
                      Datum key1)
 {
+   CatCache   *cache = SysCache[cacheId];
    ItemPointerData tid;
    LOCKTAG     tag;
-   Oid         dboid =
-       SysCache[cacheId]->cc_relisshared ? InvalidOid : MyDatabaseId;
-   Oid         reloid = cacheinfo[cacheId].reloid;
 
    /*----------
     * Since inplace updates may happen just before our LockTuple(), we must
@@ -343,8 +341,15 @@ SearchSysCacheLocked1(int cacheId,
 
        tid = tuple->t_self;
        ReleaseSysCache(tuple);
-       /* like: LockTuple(rel, &tid, lockmode) */
-       SET_LOCKTAG_TUPLE(tag, dboid, reloid,
+
+       /*
+        * Do like LockTuple(rel, &tid, lockmode).  While cc_relisshared won't
+        * change from one iteration to another, it may have been a temporary
+        * "false" until our first SearchSysCache1().
+        */
+       SET_LOCKTAG_TUPLE(tag,
+                         cache->cc_relisshared ? InvalidOid : MyDatabaseId,
+                         cache->cc_reloid,
                          ItemPointerGetBlockNumber(&tid),
                          ItemPointerGetOffsetNumber(&tid));
        (void) LockAcquire(&tag, lockmode, false, false);
index dd535d41a3b257ddaea8757799ec630cec1bbf45..a90e39e57382b945656b753d40df029c1be9750c 100644 (file)
@@ -927,6 +927,11 @@ ALTER INDEX testschema.part_a_idx SET TABLESPACE pg_default;
 -- Fail, not empty
 DROP TABLESPACE regress_tblspace;
 ERROR:  tablespace "regress_tblspace" is not empty
+-- Adequate cache initialization before GRANT
+\c -
+BEGIN;
+GRANT ALL ON TABLESPACE regress_tblspace TO PUBLIC;
+ROLLBACK;
 CREATE ROLE regress_tablespace_user1 login;
 CREATE ROLE regress_tablespace_user2 login;
 GRANT USAGE ON SCHEMA testschema TO regress_tablespace_user2;
index c8b83788f0cf0f76aa4108547d62d9d59620b171..dfe3db096e28dc16d13974740e4619af1dc9d3ec 100644 (file)
@@ -396,6 +396,12 @@ ALTER INDEX testschema.part_a_idx SET TABLESPACE pg_default;
 -- Fail, not empty
 DROP TABLESPACE regress_tblspace;
 
+-- Adequate cache initialization before GRANT
+\c -
+BEGIN;
+GRANT ALL ON TABLESPACE regress_tblspace TO PUBLIC;
+ROLLBACK;
+
 CREATE ROLE regress_tablespace_user1 login;
 CREATE ROLE regress_tablespace_user2 login;
 GRANT USAGE ON SCHEMA testschema TO regress_tablespace_user2;