Re: corrupt pages detected by enabling checksums

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: corrupt pages detected by enabling checksums
Дата
Msg-id CAM-w4HMzQ-88e4pYNcAuwrW_E64J_a1HbyxY9q841qwkS5GopA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: corrupt pages detected by enabling checksums  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: corrupt pages detected by enabling checksums
Re: corrupt pages detected by enabling checksums
Список pgsql-hackers
On Fri, May 10, 2013 at 7:44 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
>> Having one corrupt record followed by a valid record is not an
>> abnormal situation. It could easily be the correct end of WAL.
>
> I disagree, that *is* an abnormal situation and would not be the
> "correct end-of-WAL".
>
> Each WAL record contains a "prev" pointer to the last WAL record. So
> for the next record to be valid the prev pointer would need to be
> exactly correct.

Well then you're wrong. The OS makes no guarantee that blocks are
written out in order. When the system crashes any random subset of the
blocks written but not synced might have been written to disk and
others not. There could be megabytes of correct WAL written with just
one block in the middle of the first record not written. If no xlog
sync had occurred (or one was in progress but not completed) then
that's the correct end of WAL.


-- 
greg



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Concurrent HOT Update interference