| От | Hiroshi Inoue |
|---|---|
| Тема | Re: Theory about XLogFlush startup failures |
| Дата | |
| Msg-id | 3C44C6FF.9AE5742@tpf.co.jp обсуждение исходный текст |
| Ответ на | Re: Theory about XLogFlush startup failures ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
| Список | pgsql-hackers |
Tom Lane wrote: > > "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. Agreed. What we really expect is to not see such troubles from the first. regards, Hiroshi Inoue
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера