Re: [CORE] [BUGS] BUG #13350: blindly fsyncing data dir considered harmful
От | Greg Stark |
---|---|
Тема | Re: [CORE] [BUGS] BUG #13350: blindly fsyncing data dir considered harmful |
Дата | |
Msg-id | CAM-w4HP+0e-CDGhrXDej0OyMFeZFmhG0=PgE8RKi_gyTAi9rPA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [CORE] [BUGS] BUG #13350: blindly fsyncing data dir considered harmful (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: [CORE] [BUGS] BUG #13350: blindly fsyncing data dir
considered harmful
Re: [CORE] [BUGS] BUG #13350: blindly fsyncing data dir considered harmful |
Список | pgsql-hackers |
What exactly is failing? Is it that fsync is returning -1 ? Should we just ignore errors from fsync if it happens in this stage? That might be safer than determining which files should or shouldn't be fsynced. That would also have an impact on people starting up on a flaky file system perhaps. I'm imagining either a database mounted on a filesystem with corruption trying to extract what they can or perhaps something like an NFS filesystem with dangling .nfs files. On the one hand limping along as best we can is the general Postgres strategy when the filesystem starts failing but on the other hand we have had circumstances in the past when users had a database on a network filesystem that wasn't really ready for use yet when Postgres tried to start up and starting up anyways didn't do them any favours.
В списке pgsql-hackers по дате отправления: