Re: Recovery inconsistencies, standby much larger than primary

Поиск
Список
Период
Сортировка
От Andrea Suisani
Тема Re: Recovery inconsistencies, standby much larger than primary
Дата
Msg-id 52FC83F9.2000300@opinioni.net
обсуждение исходный текст
Ответ на Re: Recovery inconsistencies, standby much larger than primary  (Greg Stark <stark@mit.edu>)
Список 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 по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [BUG] Archive recovery failure on 9.3+.
Следующее
От: amul sul
Дата:
Сообщение: how set GUC_check_errhint_string in call_string_check_hook()