pgsql: Fix LOAD_CRIT_INDEX() macro to take out AccessShareLock on the - Mailing list pgsql-committers

From tgl@postgresql.org (Tom Lane)
Subject pgsql: Fix LOAD_CRIT_INDEX() macro to take out AccessShareLock on the
Date
Msg-id 20080416182312.21A087559CC@cvs.postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Fix LOAD_CRIT_INDEX() macro to take out AccessShareLock on the system index
it is trying to build a relcache entry for.  This is an oversight in my 8.2
patch that tried to ensure we always took a lock on a relation before trying
to build its relcache entry.  The implication is that if someone committed a
reindex of a critical system index at about the same time that some other
backend were starting up without a valid pg_internal.init file, the second one
might PANIC due to not seeing any valid version of the index's pg_class row.
Improbable case, but definitely not impossible.

Tags:
----
REL8_3_STABLE

Modified Files:
--------------
    pgsql/src/backend/utils/cache:
        relcache.c (r1.266.2.2 -> r1.266.2.3)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/relcache.c?r1=1.266.2.2&r2=1.266.2.3)

pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Fix LOAD_CRIT_INDEX() macro to take out AccessShareLock on the
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Fix LOAD_CRIT_INDEX() macro to take out AccessShareLock on the