diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2008-04-16 18:23:12 +0000 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2008-04-16 18:23:12 +0000 |
| commit | 95b7a876f6cc29f871a9cae0d66cea91bb76b504 (patch) | |
| tree | 178be6febf350b19b3b2a2a25947216e63fc1bfb /src/backend/commands/dbcommands.c | |
| parent | 547f61f028d3719998b0cae7e8194daec3ad81ff (diff) | |
| download | postgresql-95b7a876f6cc29f871a9cae0d66cea91bb76b504.tar.gz postgresql-95b7a876f6cc29f871a9cae0d66cea91bb76b504.zip | |
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.
Diffstat (limited to 'src/backend/commands/dbcommands.c')
0 files changed, 0 insertions, 0 deletions