Re: fsync-pgdata-on-recovery tries to write to more files than previously
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: fsync-pgdata-on-recovery tries to write to more files than previously |
| Дата | |
| Msg-id | 14355.1432651272@sss.pgh.pa.us обсуждение |
| Ответ на | Re: fsync-pgdata-on-recovery tries to write to more files than previously (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: fsync-pgdata-on-recovery tries to write to more files
than previously
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> Anything we do short of making all errors in this area non-fatal is
> going to leave behind startup-failure cases that exist today, and we
> have no evidence at this time that such startup failures would be
> justified by any actual data loss risk.
Yeah. Perhaps I missed it, but was the original patch motivated by
actual failures that had been seen in the field, or was it just a
hypothetical concern? Certainly, any actual failures of that sort
are few and far between compared to the number of problems we now
realize the patch introduced.
Also, we need to discuss how hard walkdir() needs to try to avoid
throwing errors of its own.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера