updateMinRecoveryPoint bug? - Mailing list pgsql-hackers

From Fujii Masao
Subject updateMinRecoveryPoint bug?
Date
Msg-id 3f0b79eb0912232034v2bac975bu5999aa54ed4fa0b1@mail.gmail.com
Whole thread Raw
Responses Re: updateMinRecoveryPoint bug?  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List 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 by date:

Previous
From: Yoichi Hirai
Date:
Subject: Corrupt WAL production possible in gistxlog.c
Next
From: Fujii Masao
Date:
Subject: Re: Backup history file should be replicated in Streaming Replication?