| От | Heikki Linnakangas |
|---|---|
| Тема | Re: WAL recovery is broken by FSM patch |
| Дата | |
| Msg-id | 48E33133.9090205@enterprisedb.com обсуждение исходный текст |
| Ответ на | WAL recovery is broken by FSM patch (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > I just managed to make a backend dump core while fooling with the CTE > patch, and found out that the system failed to recover, because the > ensuing startup process *also* dumped core. Here's the backtrace: > ... > > We should of course not be attempting XLogInsert during WAL replay. > Now smgr_redo knows about that. I rather wonder why fsm_redo is > attempting to call smgrtruncate at all, seeing that there's presumably > smgr's own redo record to tell it to deal with that. I think that all > fsm_redo need do is clear out the last untruncated block of FSM. Agreed. Fixed, thanks. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера