Re: [HACKERS] WAL replay logic (was Re: Mount options for - Mailing list pgsql-performance

From Curt Sampson
Subject Re: [HACKERS] WAL replay logic (was Re: Mount options for
Date
Msg-id Pine.NEB.4.51.0302151728380.361@angelic-vtfw.cvpn.cynic.net
Whole thread Raw
In response to Re: WAL replay logic (was Re: Mount options for Ext3?)  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: [HACKERS] WAL replay logic (was Re: Mount options for  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-performance
On Fri, 14 Feb 2003, Bruce Momjian wrote:

> Is there a TODO here, like "Allow recovery from corrupt pg_control via
> WAL"?

Isn't that already in section 12.2.1 of the documentation?

     Using pg_control to get the checkpoint position speeds up the
     recovery process, but to handle possible corruption of pg_control,
     we should actually implement the reading of existing log segments
     in reverse order -- newest to oldest -- in order to find the last
     checkpoint. This has not been implemented, yet.

cjs
--
Curt Sampson  <cjs@cynic.net>   +81 90 7737 2974   http://www.netbsd.org
    Don't you know, in this new Dark Age, we're all light.  --XTC

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: [Gmod-schema] Re: performace problem after VACUUM ANALYZE
Next
From: Curt Sampson
Date:
Subject: Re: [HACKERS] More benchmarking of wal_buffers