Re: Theory about XLogFlush startup failures
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: Theory about XLogFlush startup failures |
| Дата | |
| Msg-id | 3C43B571.1FFA98C6@tpf.co.jp обсуждение исходный текст |
| Ответ на | Theory about XLogFlush startup failures (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > > 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. What about PageGetItem ? It seems to be able to touch the item via HeapTupleSatisfies etc. regards, Hiroshi Inoue
В списке pgsql-hackers по дате отправления: