Introduce durable_rename() and durable_link_or_rename().
Renaming a file using rename(2) is not guaranteed to be durable in face
of crashes; especially on filesystems like xfs and ext4 when mounted
with data=writeback. To be certain that a rename() atomically replaces
the previous file contents in the face of crashes and different
filesystems, one has to fsync the old filename, rename the file, fsync
the new filename, fsync the containing directory. This sequence is not
generally adhered to currently; which exposes us to data loss risks. To
avoid having to repeat this arduous sequence, introduce
durable_rename(), which wraps all that.
Also add durable_link_or_rename(). Several places use link() (with a
fallback to rename()) to rename a file, trying to avoid replacing the
target file out of paranoia. Some of those rename sequences need to be
durable as well. There seems little reason extend several copies of the
same logic, so centralize the link() callers.
This commit does not yet make use of the new functions; they're used in
a followup commit.
Author: Michael Paquier, Andres Freund
Discussion: 56583BDD.9060302@2ndquadrant.com
Backpatch: All supported branches
Branch
------
REL9_5_STABLE
Details
-------
http://git.postgresql.org/pg/commitdiff/63b06e8fa6bce0e92b9209531757a2ba5393802d
Modified Files
--------------
src/backend/replication/logical/origin.c | 2 +-
src/backend/replication/slot.c | 2 +-
src/backend/storage/file/fd.c | 257 +++++++++++++++++++++++++------
src/backend/storage/file/reinit.c | 2 +-
src/include/storage/fd.h | 4 +-
5 files changed, 215 insertions(+), 52 deletions(-)
