Re: [BUG] pg_basebackup from disconnected standby fails

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [BUG] pg_basebackup from disconnected standby fails
Дата
Msg-id CA+TgmoaFO669fZv7B5Qn03Z-iLpuw8oAvEM9fmVTDZmsgrnd3g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [BUG] pg_basebackup from disconnected standby fails  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: [BUG] pg_basebackup from disconnected standby fails  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On Wed, Oct 26, 2016 at 2:06 AM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> But yes, thinking *harder*, I agree that updating minRecoveryPoint
> just after the checkpoint record would be fine and removes the need to
> have more WAL than necessary in for a backup taken from a standby.
> That will also prevent cases where minRecoveryPoint is older than the
> recovery start point. On top of that the cost of an extra call to
> UpdateControlFile() looks cheap considering that CreateRestartPoint()
> is called only by the checkpointer or at shutdown.
>
> Just coding things this solution gives roughtly the attached? The TAP
> test passes btw.

I think that still leaves a race condition, right?  It's got to be
part of the SAME control file update that advances the redo pointer.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: emergency outage requiring database restart
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Declarative partitioning - another take