]> granicus.if.org Git - postgresql/commit
Don't launch new child processes after we've been told to shut down.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 21 Nov 2012 20:18:38 +0000 (15:18 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 21 Nov 2012 20:19:30 +0000 (15:19 -0500)
commit27b2c6a1ef8ab5993e2aed4366d2c49c8989381a
treef11225d5b10f1eb1bc5ab5e88c8ec14d19d47ae2
parent5cb0e335976befdcedd069c59dd3858fb3e649b3
Don't launch new child processes after we've been told to shut down.

Once we've received a shutdown signal (SIGINT or SIGTERM), we should not
launch any more child processes, even if we get signals requesting such.
The normal code path for spawning backends has always understood that,
but the postmaster's infrastructure for hot standby and autovacuum didn't
get the memo.  As reported by Hari Babu in bug #7643, this could lead to
failure to shut down at all in some cases, such as when SIGINT is received
just before the startup process sends PMSIGNAL_RECOVERY_STARTED: we'd
launch a bgwriter and checkpointer, and then those processes would have no
idea that they ought to quit.  Similarly, launching a new autovacuum worker
would result in waiting till it finished before shutting down.

Also, switch the order of the code blocks in reaper() that detect startup
process crash versus shutdown termination.  Once we've sent it a signal,
we should not consider that exit(1) is surprising.  This is just a cosmetic
fix since shutdown occurs correctly anyway, but better not to log a phony
complaint about startup process crash.

Back-patch to 9.0.  Some parts of this might be applicable before that,
but given the lack of prior complaints I'm not going to worry too much
about older branches.
src/backend/postmaster/postmaster.c