Re: BUG #4879: bgwriter fails to fsync the file in recovery mode
В списке pgsql-bugs по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: BUG #4879: bgwriter fails to fsync the file in recovery mode |
| Дата | |
| Msg-id | 4A43F7BD.8080806@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: BUG #4879: bgwriter fails to fsync the file in recovery mode (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
| Список | pgsql-bugs |
Heikki Linnakangas wrote: > Tom Lane wrote: >> I wouldn't consider that a >> good idea from a reliability standpoint either --- the more writes to >> pg_control, the more risk of fatal corruption of that file. > > We certainly update it an order of magnitude more often than before, but > I don't think that's an issue. We're talking about archive recovery > here. It's not like in normal operation where a corrupt pg_control file > means that you lose your data. It will stop the server from starting up, > but there's many other files that can be corrupt in a way that causes > recovery to fail or stop too early. If you still find the frequent pg_control updates unacceptable, we could always move minRecoveryPoint to a file of its own.. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера