Make it reasonably safe to use pg_ctl to start the postmaster from a boot-time
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 27 Aug 2009 16:59:38 +0000 (16:59 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 27 Aug 2009 16:59:38 +0000 (16:59 +0000)
commit9a92668ab753ba90c51ba976b881fdca55ce25f6
treec3d0bc1f2377c9257be8c2eb6a0f1d384ad91e1e
parent7d3511b7774924f8e6de7c0bb6f2815ab04cfc88
Make it reasonably safe to use pg_ctl to start the postmaster from a boot-time
script.

To do this, have pg_ctl pass down its parent shell's PID in an environment
variable PG_GRANDPARENT_PID, and teach CreateLockFile() to disregard that PID
as a false match if it finds it in postmaster.pid.  This allows us to cope
with one level of postgres-owned shell process even with pg_ctl in the way,
so it's just as safe as starting the postmaster directly.  You still have to
be careful about how you write the initscript though.

Adjust the comments in contrib/start-scripts/ to not deprecate use of
pg_ctl.  Also, fix the ROTATELOGS option in the OSX script, which was
indulging in exactly the sort of unsafe coding that renders this fix
pointless :-(.  A pipe inside the "sudo" will probably result in more
than one postgres-owned process hanging around.
src/backend/utils/init/miscinit.c
src/bin/pg_ctl/pg_ctl.c