]> granicus.if.org Git - postgresql/commit
Fix some more bugs in GIN's WAL replay logic.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Feb 2012 20:12:34 +0000 (15:12 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Feb 2012 20:12:34 +0000 (15:12 -0500)
commit5ce0a842a6e93ecb453490dc1b6a578b40da1630
treeefe0b3fa7b9d9613f86c774f5f710e324468bad9
parent0209a10bf8e53809529bbe916b6ff2185fd61b96
Fix some more bugs in GIN's WAL replay logic.

In commit 4016bdef8aded77b4903c457050622a5a1815c16 I fixed a bunch of
ginxlog.c bugs having to do with not handling XLogReadBuffer failures
correctly.  However, in ginRedoUpdateMetapage and ginRedoDeleteListPages,
I unaccountably thought that failure to read the metapage would be
impossible and just put in an elog(PANIC) call.  This is of course wrong:
failure is exactly what will happen if the index got dropped (or rebuilt)
between creation of the WAL record and the crash we're trying to recover
from.  I believe this explains Nicholas Wilson's recent report of these
errors getting reached.

Also, fix memory leak in forgetIncompleteSplit.  This wasn't of much
concern when the code was written, but in a long-running standby server
page split records could be expected to accumulate indefinitely.

Back-patch to 8.4 --- before that, GIN didn't have a metapage.
src/backend/access/gin/ginxlog.c