Re: Updating FSM on recovery - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: Updating FSM on recovery
Date
Msg-id 87iqracq2l.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Updating FSM on recovery  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:

> Hmm. I think an enum is better than a bitmask here. At the moment, we need
> three different modes of operation:
> 1. Read the page as usual, throw an error on corrupted page (ReadBuffer())
> 2. Read the page, zero page on corruption (this is new)

Is this new? Would it make sense for zero_damaged_pages to use this? Perhaps
the enum should have an option to error on damaged pages, warn and zero
damaged pages, or just zero damaged pages.

We might also want different behaviour for pages for which the crc doesn't
match versus pages that have nonsensical page headers.

> 3. Don't read the page from disk, just allocate a buffer. (ReadOrZeroBuffer())

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's Slony Replication
support!


pgsql-hackers by date:

Previous
From: Zdenek Kotala
Date:
Subject: Question about GetAttributeByNum(Name) ExecQual.c
Next
From: ITAGAKI Takahiro
Date:
Subject: Re: contrib/pg_stat_statements