aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gist.c
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2014-11-17 11:23:35 -0300
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2014-11-17 11:23:35 -0300
commit0f9692b40d1292f1b2640f026561908fd37b7407 (patch)
treece97fbab4a35657069568b8469a733c94e7907a1 /src/backend/access/gist/gist.c
parent7466a1b75f01c10c2eb33ed50663fe27f66194e9 (diff)
downloadpostgresql-0f9692b40d1292f1b2640f026561908fd37b7407.tar.gz
postgresql-0f9692b40d1292f1b2640f026561908fd37b7407.zip
Fix relpersistence setting in reindex_index
Buildfarm members with CLOBBER_CACHE_ALWAYS advised us that commit 85b506bbfc2937 was mistaken in setting the relpersistence value of the index directly in the relcache entry, within reindex_index. The reason for the failure is that an invalidation message that comes after mucking with the relcache entry directly, but before writing it to the catalogs, would cause the entry to become rebuilt in place from catalogs with the old contents, losing the update. Fix by passing the correct persistence value to RelationSetNewRelfilenode instead; this routine also writes the updated tuple to pg_class, avoiding the problem. Suggested by Tom Lane.
Diffstat (limited to 'src/backend/access/gist/gist.c')
0 files changed, 0 insertions, 0 deletions