summaryrefslogtreecommitdiff
path: root/src/backend/executor/execTuples.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2011-12-09 14:32:42 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2011-12-09 15:50:19 +0200
commit94b18c60c7a52452356bb49a04c1495083ea67f6 (patch)
tree53027d92077d34c06521dd29b75efa809daaa14c /src/backend/executor/execTuples.c
parentec218056feb4533932bce4af820523829d831f92 (diff)
Don't set reachedMinRecoveryPoint during crash recovery. In crash recovery,
we don't reach consistency before replaying all of the WAL. Rename the variable to reachedConsistency, to make its intention clearer. In master, that was an active bug because of the recent patch to immediately PANIC if a reference to a missing page is found in WAL after reaching consistency, as Tom Lane's test case demonstrated. In 9.1 and 9.0, the only consequence was a misleading "consistent recovery state reached at %X/%X" message in the log at the beginning of crash recovery (the database is not consistent at that point yet). In 8.4, the log message was not printed in crash recovery, even though there was a similar reachedMinRecoveryPoint local variable that was also set early. So, backpatch to 9.1 and 9.0.
Diffstat (limited to 'src/backend/executor/execTuples.c')
0 files changed, 0 insertions, 0 deletions