Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
В списке pgsql-hackers по дате отправления:
| От | Christophe Pettus |
|---|---|
| Тема | Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS |
| Дата | |
| Msg-id | DB6243F9-ABC1-49EB-94A3-AC4E80FEEAF6@thebuild.com обсуждение |
| Ответ на | Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS (Craig Ringer <craig@2ndquadrant.com>) |
| Ответы |
Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
|
| Список | pgsql-hackers |
> On Apr 2, 2018, at 16:27, Craig Ringer <craig@2ndQuadrant.com> wrote: > > They're undocumented and extremely surprising semantics that are arguably a violation of the POSIX spec for fsync(), orat least a surprising interpretation of it. Even accepting that (I personally go with surprising over violation, as if my vote counted), it is highly unlikely that wewill convince every kernel team to declare "What fools we've been!" and push a change... and even if they did, PostgreSQLcan look forward to many years of running on kernels with the broken semantics. Given that, I think the PANICoption is the soundest one, as unappetizing as it is. -- -- Christophe Pettus xof@thebuild.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера