Actually this only impacts Xenial; Debian carried a patch from:
pacemaker (1.1.15~rc3-1) unstable; urgency=medium
[ Christoph Berg ]
* [23ee108] libcrmservice3.symbols: Exclude systemd symbol on non-linux
* [41dea05] Fix time formatting on x32
* [533c5cc] Fix FTBFS on GNU Hurd
[ Arturo Borrero Gonzalez ]
* [698053d] d/tests/control: add isolation-container restriction
[ Ferenc Wágner ]
* [065159d] New patch Enable-the-init-scripts-on-multi-user-runlevels.patch
* [7a5008b] New patch Make-the-asciidoc-documentation-reproducible.patch
* [08a4162] New patch Add-remote_fs-dependencies-to-the-init-scripts.patch
* [7a65d2c] New upstream release (1.1.15~rc1)
* [dd9f5f4] Remove upstreamed patches, refresh the rest
* [0cdd116] Update symbol files
* [3de7a21] New patch Add-documentation-URIs-to-the-service-files.patch
* [9faaa02] Move documentation generators into Build-Depends-Indep
* [9362a46] Move documentation into /usr/share/doc/pacemaker
* [64c0e84] Move misc documentation files into the pacemaker-doc package
* [837e74d] New patch Read-default-files-in-pacemaker.service.patch
* [72fef80] New upstream release (1.1.15~rc2)
* [69ee575] Remove patch included in 1.1.15~rc2
* [46dce98] Also add documentation URI to our version of crm_mon.service
* [8c25aff] New patch to avoid using WIFCONTINUED entirely
* [a28e0ae] New upstream release (1.1.15~rc3)
* [a8976fe] Remove freshly upstreamed patches, refresh the rest
-- Ferenc Wágner <wf...@niif.hu> Sat, 28 May 2016 22:28:49 +0200
Which re-enables the default runlevels.
** Changed in: pacemaker (Ubuntu Bionic)
Status: Triaged => Fix Released
** Changed in: pacemaker (Ubuntu Artful)
Status: Triaged => Fix Released
** Changed in: pacemaker (Ubuntu Zesty)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to init-system-helpers in
Ubuntu.
https://bugs.launchpad.net/bugs/1727063
Title:
Pacemaker package upgrades stop but fail to start pacemaker resulting
in HA outage
Status in OpenStack hacluster charm:
Invalid
Status in init-system-helpers package in Ubuntu:
New
Status in pacemaker package in Ubuntu:
Fix Released
Status in init-system-helpers source package in Xenial:
New
Status in pacemaker source package in Xenial:
Triaged
Status in init-system-helpers source package in Zesty:
New
Status in pacemaker source package in Zesty:
Fix Released
Status in init-system-helpers source package in Artful:
New
Status in pacemaker source package in Artful:
Fix Released
Status in init-system-helpers source package in Bionic:
New
Status in pacemaker source package in Bionic:
Fix Released
Bug description:
[Impact]
upgrades of the pacemaker package don't restart pacemaker after the package
upgrade, resulting in down HA clusters.
[Test Case]
sudo apt install pacemaker
sudo systemctl start pacemaker
sudo dpkg-reconfigure pacemaker
pacemaker daemons will not be restarted.
[Regression Potential]
TBC as not quite sure where the fix for this is.
[Original Bug Report]
We have found on our openstack charm-hacluster implementations that the
pacemaker .deb packaging along with the upstream pacemaker configuration result
in pacemaker stopping but not starting upon package upgrade (while attended or
unattended).
This was seen on three separate Xenial clouds. Both Mitaka and Ocata.
The package upgrade today was to pacemaker 1.1.14-2ubuntu1.2.
It appears that pacemaker.prerm stops the service using
"invoke-rc.d pacemaker stop" and then the pacemaker.postinst attempts to
start the service, but silently fails due to policy denial. It appears the
policy check fails because /etc/rcX.d/S*pacemaker does not exist because
/etc/init.d/pacemaker has no Default-Start or Default-Stop entries in the LSB
init headers. (or rather, they are blank.)
I have not checked whether this affects trusty environments.
I'd suggest on systems that use systemd, the pacemaker.postinst script
should check if the service is enabled and start it with systemctl
commands rather than using the cross-platform compatible invoke-rc.d
wrappers. Or upstream pacemaker should get default start/stop
entries.
Our default runlevel on cloud init built images appears to be 5
(graphical), so at least 5 should be present in /etc/init.d/pacemaker
LSB init headers under Default-Start:.
To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-hacluster/+bug/1727063/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
