| От | Tom Lane |
|---|---|
| Тема | Re: Detecting corrupted pages earlier |
| Дата | |
| Msg-id | 25035.1048887218@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Detecting corrupted pages earlier (Kris Jurka <books@ejurka.com>) |
| Ответы |
Re: Detecting corrupted pages earlier
|
| Список | pgsql-hackers |
Kris Jurka <books@ejurka.com> writes:
> Is zeroing the pages the only / best option?
It's the only way to avoid a core dump when the system tries to process
the page. And no, I don't want to propagate the notion that "this page
is broken" beyond the buffer manager, so testing elsewhere isn't an
acceptable answer.
Basically, one should only turn this variable on after giving up on the
possibility of getting any data out of the broken page itself. It would
be folly to run with it turned on as a normal setting.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера