[doc] Use separate pid files for Pacemaker OCF
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fuel for OpenStack |
Triaged
|
Medium
|
Fuel Documentation Team |
Bug Description
https:/
commit e3978df939af8f6
Author: Bogdan Dobrelya <email address hidden>
Date: Tue Oct 21 13:40:03 2014 +0200
Use separate pid files for Pacemaker OCF
W/o this change, improved pacemaker provider
would not differ OS-aware service pid file from
its own one. That would make impossible to
disable OS-aware services inside pcs provider.
The solution is to separate OS-aware layer from
pacemaker OCF one for pid/run/lock files (we use
only pid files in OCF scripts):
* Unify $OCF_RESKEY_
$HA_RSCTMP and "$__SCRIPT_NAME" varaibles
* Add separate pid directories for resources managed
by pacemaker OCF ($HA_RSCTMP/
and keep pid files there to distinguish them from
OS-aware ones.
* While $HA_RSCTMP is owned by root, chown resources'
subdirect
$
write access for their pid files as well.
* For status actions of OCF scripts, add safe creation
and chowning of aforementioned pid directories
* Add missing user/group checks for rabbitmq ocf
* Add debug for pid file related actoins
* Make empty pidfile checks
* Fix pidfile creation on start action of neutron
agents OCF
* Fix pidfile deletion on stop action for mysql OCF
DocImpact
Related blueprint pacemaker-
Fuel-CI: disable
Change-Id: I7f50e32ced83af
Signed-off-by: Bogdan Dobrelya <email address hidden>
Changed in fuel: | |
assignee: | nobody → Fuel Library Team (fuel-library) |
Changed in fuel: | |
assignee: | Fuel Library Team (fuel-library) → Fuel Documentation Team (fuel-docs) |
Changed in fuel: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
milestone: | none → 6.0 |
Changed in fuel: | |
importance: | Medium → High |
tags: | added: docs |
Changed in fuel: | |
milestone: | 6.0 → 6.1 |
Changed in fuel: | |
status: | Confirmed → Triaged |
This info could be covered by release notes by adding a note about separate pid files for OS-aware services and ones managed by pacemaker provider for puppet. So, if the service put under pacemaker, it will be disabled in init.d or upstart at deployment time.