]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix filling of postmaster.pid in bootstrap/standalone mode.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 16 Dec 2012 20:02:07 +0000 (15:02 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 16 Dec 2012 20:02:07 +0000 (15:02 -0500)
commit9d39e9499944b61e0db4e8d2157ba58e8bc52b89
treecfe7212a0848663540fcd35ee5980f5ffcc4d698
parentf0fc1d4c890135ec879860f7d0c49b34d492d99f
Fix filling of postmaster.pid in bootstrap/standalone mode.

We failed to ever fill the sixth line (LISTEN_ADDR), which caused the
attempt to fill the seventh line (SHMEM_KEY) to fail, so that the shared
memory key never got added to the file in standalone mode.  This has been
broken since we added more content to our lock files in 9.1.

To fix, tweak the logic in CreateLockFile to add an empty LISTEN_ADDR
line in standalone mode.  This is a tad grotty, but since that function
already knows almost everything there is to know about the contents of
lock files, it doesn't seem that it's any better to hack it elsewhere.

It's not clear how significant this bug really is, since a standalone
backend should never have any children and thus it seems not critical
to be able to check the nattch count of the shmem segment externally.
But I'm going to back-patch the fix anyway.

This problem had escaped notice because of an ancient (and in hindsight
pretty dubious) decision to suppress LOG-level messages by default in
standalone mode; so that the elog(LOG) complaint in AddToDataDirLockFile
that should have warned of the problem didn't do anything.  Fixing that
is material for a separate patch though.
src/backend/utils/init/miscinit.c