Re: Enforcing that all WAL has been replayed after restoring from backup - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Enforcing that all WAL has been replayed after restoring from backup
Date
Msg-id 19501.1312906034@sss.pgh.pa.us
Whole thread Raw
In response to Re: Enforcing that all WAL has been replayed after restoring from backup  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: Enforcing that all WAL has been replayed after restoring from backup
Re: Enforcing that all WAL has been replayed after restoring from backup
List pgsql-hackers
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> On 09.08.2011 18:20, Alvaro Herrera wrote:
>> How about making the new backup_label field optional?  If absent, assume
>> current behavior.

> That's how I actually did it in the patch. However, the problem wrt. 
> requiring initdb is not the new field in backup_label, it's the new 
> field in the control file.

Yeah.  I think it's too late to be fooling with pg_control for 9.1.
Just fix it in HEAD.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: plperl crash with Debian 6 (64 bit), pl/perlu, libwww and https
Next
From: Tom Lane
Date:
Subject: Re: Compiler warnings with stringRelOpts (was WIP: Fast GiST index build)