Re: Recovery inconsistencies, standby much larger than primary - Mailing list pgsql-hackers

From Andrea Suisani
Subject Re: Recovery inconsistencies, standby much larger than primary
Date
Msg-id 52FC83F9.2000300@opinioni.net
Whole thread Raw
In response to Re: Recovery inconsistencies, standby much larger than primary  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
Hi all,

On 02/12/2014 08:27 PM, Greg Stark wrote:
> On Wed, Feb 12, 2014 at 6:55 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Greg Stark <stark@mit.edu> writes:
>>> For what it's worth I've confirmed the bug in wal-e caused the initial
>>> problem.
>>
>> Huh?  Bug in wal-e?  What bug?
>
> WAL-E actually didn't restore a whole 1GB file due to a transient S3
> problem, in fact a bunch of them. It's remarkable that Postgres kept
> going with that much data missing. But the arithmetic worked out on
> the case I checked it on, which was the last one that I just sent the
> xlog record for last night. In that case there was precisely one
> segment missing and the relation was extended by the number of
> segments you would expect if it filled in that missing segment and
> then jumped to the end of the relation.

sorry for interrupting, but did we already notify wal-e's maintainer?

Andrea

ps cc:ed Daniel






pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: [BUG] Archive recovery failure on 9.3+.
Next
From: amul sul
Date:
Subject: how set GUC_check_errhint_string in call_string_check_hook()