| От | Qingqing Zhou |
|---|---|
| Тема | Re: [GENERAL] PANIC: heap_update_redo: no block |
| Дата | |
| Msg-id | e0ctco$fl1$1@news.hub.org обсуждение исходный текст |
| Ответ на | Re: [GENERAL] PANIC: heap_update_redo: no block (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
"Tom Lane" <tgl@sss.pgh.pa.us> wrote > > What we should be seeing, and don't see, is an indication of a backup > block attached to this WAL record. Furthermore, I don't see any > indication of a backup block attached to *any* of the WAL records in > Alex's printout. The only conclusion I can draw is that he had > full_page_writes turned OFF, and as we have just realized that that > setting is completely unsafe, that is the explanation for his failure. > This might be the answer. I tried the fill-checkpoint-vacuum-crash sequence as you suggested, but still a neat recovery. That's because, IMHO, even after checkpoint, the moved page will still be saved into WAL (since it is new again to the checkpoint) if full_page_writes is on. Regards, Qingqing
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера