Re: Theory about XLogFlush startup failures

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Theory about XLogFlush startup failures
Дата
Msg-id 5854.1011133171@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Theory about XLogFlush startup failures  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Список pgsql-hackers
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> What I have minded is e.g. the following case.
> Undoubtedly the page is corrupted(too big offset number).
> I'm suspicious if other pages are safe under such a situation.

You have a point, but I still don't like slowing down PageGetItem.

How about this instead: whenever we read in a page, check to see
if its page header data is sane.  We could do this right after the
smgrread call in ReadBufferInternal, and follow the "status = SM_FAIL"
exit path if we see trouble.
        regards, tom lane


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

Предыдущее
От: Jan Wieck
Дата:
Сообщение: Re: FATAL 1: Relation 'pg_shadow' does not exist
Следующее
От: mlw
Дата:
Сообщение: RServ replication