| От | Tom Lane |
|---|---|
| Тема | Re: Theory about XLogFlush startup failures |
| Дата | |
| Msg-id | 22391.1011069480@sss.pgh.pa.us обсуждение |
| Ответ на | Theory about XLogFlush startup failures (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Hiroshi Inoue <Inoue@tpf.co.jp> writes:
> One thing I can think of is to prevent a corrupted page
> from spoiling other pages by jumping the page boundary
> in the buffer pool.
>>
>> We do that already, no?
> Oh I may be missing something.
> Where is it checked ?
I know PageRepairFragmentation is real paranoid about this, because I
made it so recently. I suppose it might be worth adding some more
sanity checks to PageAddItem, maybe PageZero (is that ever called on a
pre-existing page?), and PageIndexTupleDelete. Seems like that should
about cover it --- noplace else inserts items on disk pages or
reshuffles disk page contents, AFAIK.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера