Michael Paquier <michael@paquier.xyz> writes:
> Do we need to worry about the port being opened after the external PID
> file is written though? With some imagination it is possible to
> imagine that some folks rely on the external PID file to be present
> before attempting to access Postgres when not using pg_ctl. Still, I
> would discard that as postmaster.pid gets written before opening the
> port already.
Hm, that's a good point. Extending my comment upthread, the existing
code sequence is
* create datadir lock file
* create sockets
* create shmem
* create external PID file, if requested
* launch syslogger
which this patch proposes to rearrange to
* create datadir lock file
* create shmem
* create external PID file, if requested
* launch syslogger
* create sockets
As far as the datadir lock file is concerned, it's there first in any case.
You could imagine some external code that expects that the socket-related
lines in postmaster.pid will be filled before the shmem key line is,
in which case this patch would break it. But it's hard to see exactly
what such an expectation would consist of. There isn't really any
good reason for external code to look at the shmem key line at all.
But the external PID file is a different story. I can believe that
something might be expecting the sockets to be open before we create
that file --- and since we're not using that file for an interlock,
there's no reason to be in a hurry to create it. I think it'd make
sense to move that step further down, so it's still done after the
create-sockets step.
regards, tom lane
