]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix assorted bugs in GIN's WAL replay logic.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 11 Oct 2010 23:04:53 +0000 (19:04 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 11 Oct 2010 23:04:53 +0000 (19:04 -0400)
commit9dfd3086431b594f26026b7cfb91f56195aa30d7
treec815aae57e51b30295e71811547fe2c41cdbf321
parent444a72652145b8ea3f1814197a267a6342d9d88f
Fix assorted bugs in GIN's WAL replay logic.

The original coding was quite sloppy about handling the case where
XLogReadBuffer fails (because the page has since been deleted).  This
would result in either "bad buffer id: 0" or an Assert failure during
replay, if indeed the page were no longer there.  In a couple of places
it also neglected to check whether the change had already been applied,
which would probably result in corrupted index contents.  I believe that
bug #5703 is an instance of the first problem.  These issues could show up
without replication, but only if you were unfortunate enough to crash
between modification of a GIN index and the next checkpoint.

Back-patch to 8.2, which is as far back as GIN has WAL support.
src/backend/access/gin/ginxlog.c