Re: FATAL: could not open relation pg_tblspc/491086/467369/491103: No such file or directory
В списке pgsql-hackers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: FATAL: could not open relation pg_tblspc/491086/467369/491103: No such file or directory |
| Дата | |
| Msg-id | 497D6AC4.6010305@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: FATAL: could not open relation pg_tblspc/491086/467369/491103: No such file or directory (Simon Riggs <simon@2ndQuadrant.com>) |
| Ответы |
Re: FATAL: could not open
relation pg_tblspc/491086/467369/491103: No such file or directory
|
| Список | pgsql-hackers |
Simon Riggs wrote: > In various places in current HEAD we throw a checkpoint when we want to > be certain that all buffers have been flushed. > > In recovery, a checkpoint isn't always a restartpoint for two reasons: > timing and rmgr state. This gives both a cause for the error and an > explanation of why it does not occur consistently. ISTM this could > likely effect previous releases as well. Were you able to narrow this down? Do you know exactly what command caused it? At least replay of CREATE DATABASE already calls FlushDatabaseBuffers(), but are we missing that from some other place? -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера