Re: Failed assertion during recovery of partial WAL file

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Failed assertion during recovery of partial WAL file
Дата
Msg-id 4B726D9F.2050304@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Failed assertion during recovery of partial WAL file  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
Fujii Masao wrote:
> This assertion failure derives from the recent refactoring of ReadRecord().
> Which changed the startup process so as to re-fetch the last applied WAL
> record at the end of recovery from the buffer instead of the WAL file if it's
> stored in the buffer. In this case, the last applied WAL file remains closed.
> So readFile (which ought to have been the file descriptor of that WAL file)
> might be -1 in exitArchiveRecovery().
> 
> In the now, that assertion is obsolete. So I attached the patch that removes
> the assert() from exitArchiveRecovery().

Committed.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
Следующее
От: Kurt Harriman
Дата:
Сообщение: Re: Patch: Remove gcc dependency in definition of inline functions