Re: [HACKERS] Re: BUG #4796: Recovery followed by backup creates unrecoverable WAL-file - Mailing list pgsql-bugs

From Tom Lane
Subject Re: [HACKERS] Re: BUG #4796: Recovery followed by backup creates unrecoverable WAL-file
Date
Msg-id 13173.1242424984@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Re: BUG #4796: Recovery followed by backup creates unrecoverable WAL-file  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: [HACKERS] Re: BUG #4796: Recovery followed by backup creates unrecoverable WAL-file  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-bugs
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> Simon Riggs wrote:
>> Do I really need to write a patch to say that, have you formally review
>> it, then change the wording to what you would have written in the first
>> place and then commit? Really?

> Yes. It's not a trivial change for me, you're much better at writing 
> documentation than I am. And it's still not 100% clear to me what you're 
> having in mind.

I didn't read this thread earlier, but now that I have, it seems to be
making a mountain out of a molehill.  The original complaint seems to
have neglected the fact that existsTimeLineHistory() will pull history
files back from an archive.  Therefore, you can only get into trouble
if you archive the WAL segment files for a timeline and fail to keep the
associated history file in the same place.  It is entirely false that
you've got to keep the history files on the live server.

I've got no objection to clarifying the documentation's rather offhand
statement about this, but let's clarify it correctly.
        regards, tom lane


pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Perl 5.10 vs. PG 8.4 on Win32
Next
From: "George Su"
Date:
Subject: BUG #4812: statistics not available on tables containing only hstore column