Use an upstart job to manage mcollectived 93/7093/3 6.1
authorAlexei Sheplyakov <asheplyakov@mirantis.com>
Thu, 28 May 2015 12:08:21 +0000 (15:08 +0300)
committerAlexei Sheplyakov <asheplyakov@mirantis.com>
Thu, 28 May 2015 14:48:44 +0000 (17:48 +0300)
commit763ed1b7ee7a97c00f6401465916b8518c8b1ee1
tree9ee5f153d6283293cb2ce8596e2eef457c486b58
parent65890025e579a35c3d4c48f1570f59d4dd36f8ff
Use an upstart job to manage mcollectived

sys v init scripts are inherently racy since creating a PID file takes
a while. In particular collectived needs about 0.6 seconds to daemonize
itself and create its PID file. If the service gets restarted in this
interval the second instance of the daemon gets started without stopping
the previous one. Apparently mcollectived gets restarted very often
during the final phase of IBP. Hence get rid of sys V init script and
use an upstart job to manage mcollectived.

openstack-ci-packtest-deb is expected to fail without the corresponding
nailgun patches:
 https://review.openstack.org/186027
 https://review.openstack.org/186028

Related-Bug: #1454741
Merge-After: https://review.openstack.org/186027
Change-Id: I70d75f77e96447ae20034e170385b46484f51d5e
debian/changelog
debian/mcollective.init [deleted file]
debian/mcollective.upstart [new file with mode: 0644]