]> granicus.if.org Git - postgresql/commit
Fix incorrect ordering of operations in pg_resetwal and pg_rewind.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 23 May 2018 14:59:55 +0000 (10:59 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 23 May 2018 14:59:55 +0000 (10:59 -0400)
commit1d96c1b91a4b7da6288ee63671a234b557ff5ccf
treed87bb1d8dc0ae7f853e33fa38759ade52a8094df
parentb06d8e58b5ac257c2119312c47c4a0f233c5e0ca
Fix incorrect ordering of operations in pg_resetwal and pg_rewind.

Commit c37b3d08c dropped its added GetDataDirectoryCreatePerm call into
the wrong place in pg_resetwal.c, namely after the chdir to DataDir.
That broke invocations using a relative path, as reported by Tushar Ahuja.
We could have left it where it was and changed the argument to be ".",
but that'd result in a rather confusing error message in event of a
failure, so re-ordering seems like a better solution.

Similarly reorder operations in pg_rewind.c.  The issue there is that
it doesn't seem like a good idea to do any actual operations before the
not-root check (on Unix) or the restricted token acquisition (on Windows).
I don't know that this is an actual bug, but I'm definitely not convinced
that it isn't, either.

Assorted other code review for c37b3d08c and da9b580d8: fix some
misspelled or otherwise badly worded comments, put the #include for
<sys/stat.h> where it actually belongs, etc.

Discussion: https://postgr.es/m/aeb9c3a7-3c3f-a57f-1a18-c8d4fcdc2a1f@enterprisedb.com
src/backend/storage/file/fd.c
src/backend/utils/init/globals.c
src/bin/pg_resetwal/pg_resetwal.c
src/bin/pg_rewind/pg_rewind.c
src/common/file_perm.c
src/include/common/file_perm.h