SIGHUP deals w/ dual master pid path scenario
commit2a8c4bea2c39d0a551feb79cb471171cf96a55db
authorEric Wong <normalperson@yhbt.net>
Tue, 13 Jul 2010 08:57:37 +0000 (13 08:57 +0000)
committerEric Wong <normalperson@yhbt.net>
Tue, 13 Jul 2010 18:31:58 +0000 (13 18:31 +0000)
treed57f73c26be221415c78ce12d7bb894730a8123c
parentae1f5e2d331d1714dd1b71d4905b296abf7780d0
SIGHUP deals w/ dual master pid path scenario

As described in our SIGNALS documentation, sending SIGHUP to the
old master (to respawn SIGWINCH-ed children) while the new
master (spawned from SIGUSR2) is active is useful for backing
out of an upgrade before sending SIGQUIT to the new master.

Unfortunately, the SIGHUP signal to the old master will cause
the ".oldbin" pid file to be reset to the non-".oldbin" version
and thus attempt to clobber the pid file in use by the
to-be-terminated new master process.

Thanks to the previous commit to prevent redaemonization in the
new master, the old master can reliably detect if the new master
is active while it is reloading the config file.

Thanks to Lawrence Pit for discovering this bug.
ref: http://mid.gmane.org/4C3BEACF.7040301@gmail.com
(cherry picked from commit c13bec3449396b21795966101367838161612d61)
lib/unicorn.rb
t/pid.ru [new file with mode: 0644]
t/t0008-back_out_of_upgrade.sh [new file with mode: 0755]