Re: Can we trust fsync? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Can we trust fsync?
Date
Msg-id 27503.1384998233@sss.pgh.pa.us
Whole thread Raw
In response to Can we trust fsync?  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: Can we trust fsync?  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
Craig Ringer <craig@2ndquadrant.com> writes:
> The amount of change in write reliablity behaviour in Linux across
> kernel versions, file systems and storage abstraction layers is worrying
> - different results for LVM vs !LVM, md vs !md, ext3 vs other, etc.

Well, we pretty much *have to* trust fsync --- there's not a lot we can
do if the kernel doesn't get this right.  My takeaway is that you don't
want to be running a production database on bleeding-edge kernels or
filesystem stacks.  If you want to use Linux, use a distro from a vendor
with a track record for caring about stability.  (I'll omit the commercial
for my former employers, but ...)

Also, it's not that hard to do plug-pull testing to verify that your
system is telling the truth about fsync.  This really ought to be part
of acceptance testing for any new DB server.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Rodolfo Campero
Date:
Subject: Re: information schema parameter_default implementation
Next
From: Robert Haas
Date:
Subject: Re: UNNEST with multiple args, and TABLE with multiple funcs