updateMinRecoveryPoint bug?

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема updateMinRecoveryPoint bug?
Дата
Msg-id 3f0b79eb0912232034v2bac975bu5999aa54ed4fa0b1@mail.gmail.com
обсуждение исходный текст
Ответы Re: updateMinRecoveryPoint bug?  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Список pgsql-hackers
Hi,

In UpdateMinRecoveryPoint() and XLogNeedsFlush(), updateMinRecoveryPoint
is used for us to short-circuit future checks only during a crash recovery.
But it doesn't seem to play its role in a crash recovery that follows an
archive recovery. Because such crash recovery always starts from *valid*
minRecoveryPoint, i.e., updateMinRecoveryPoint is never set to FALSE.

How about always resetting ControlFile->minRecoveryPoint to {0, 0} at the
beginning of a crash recovery, to fix the bug?

Regards,

-- 
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Yoichi Hirai
Дата:
Сообщение: Corrupt WAL production possible in gistxlog.c
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: Backup history file should be replicated in Streaming Replication?