Repair longstanding error in btree xlog replay: XLogReadBuffer should be
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 28 Mar 2006 21:17:31 +0000 (21:17 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 28 Mar 2006 21:17:31 +0000 (21:17 +0000)
passed extend = true whenever we are reading a page we intend to reinitialize
completely, even if we think the page "should exist".  This is because it
might indeed not exist, if the relation got truncated sometime after the
current xlog record was made and before the crash we're trying to recover
from.  These two thinkos appear to explain both of the old bug reports
discussed here:
http://archives.postgresql.org/pgsql-hackers/2005-05/msg01369.php

src/backend/access/nbtree/nbtxlog.c

index 0d5e94ede0222c54c7440afbe71ae015044127a9..30ac30c5774e4a2e877d83b8afcbed0ca8f567ee 100644 (file)
@@ -243,7 +243,7 @@ btree_xlog_split(bool onleft, bool isroot,
        rightsib = (onleft) ? xlrec->otherblk : targetblk;
 
        /* Left (original) sibling */
-       buffer = XLogReadBuffer(false, reln, leftsib);
+       buffer = XLogReadBuffer(true, reln, leftsib);
        if (!BufferIsValid(buffer))
                elog(PANIC, "btree_split_redo: lost left sibling");
 
@@ -504,7 +504,7 @@ btree_xlog_delete_page(bool ismeta,
        }
 
        /* Rewrite target page as empty deleted page */
-       buffer = XLogReadBuffer(false, reln, target);
+       buffer = XLogReadBuffer(true, reln, target);
        if (!BufferIsValid(buffer))
                elog(PANIC, "btree_delete_page_redo: lost target page");
        page = (Page) BufferGetPage(buffer);