Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ha: Fix postgresql and rabbitmq crm services #1029

Merged
merged 2 commits into from
Jul 10, 2017

Conversation

cmurphy
Copy link
Contributor

@cmurphy cmurphy commented Jun 28, 2017

Needed for #974

@cmurphy cmurphy changed the title ha: Fix pacemaker resource restart ha: Fix postgresql and rabbitmq crm services Jul 5, 2017
Without this patch, the rabbitmq OCF resource agent cannot be restarted
by crowbar. When running in HA mode, if the service is notified to
restart, both controller nodes will claim that the service is not
running. Since it is managed as a special OCF resource agent instead
of as a systemd resource, it is necessary to use crm to check whether it
is running and to restart it. Moreover, the rabbitmq OCF is named
'rabbitmq' even though the systemd service is named 'rabbitmq-server'.
This patch adds the necessary fields to the 'supports' parameter for the
rabbitmq service so that it can be properly restarted if necessary. This
was not noticed previously because the configuration options for
rabbitmq are rarely changed and so rabbitmq rarely requires a restart.
However, the resource limits management feature added in pr#974 requires
potentially multiple service restarts after initial deployment as
parameters are tuned over time, so we need to make sure crowbar is
capable of it.
Without this patch, the postgresql OCF resource agent cannot be
restarted by crowbar. When running in HA mode, if the service is
notified to restart, both controller nodes will claim that the service
is not running. Since it is managed as a special OCF resource agent
instead of as a systemd resource, it is necessary to use crm to check
whether it is running and to restart it. This patch sets the
restart_crm_resource field in the 'supports' parameter for the
postgresql service so that it can be properly restarted if necessary.
This was not noticed previously because the configuration options for
postgresql are rarely changed and so postgresql rarely requires a
restart. However, the resource limits management feature added in pr#974
requires potentially multiple service restarts after initial
deployment as parameters are tuned over time, so we need to make sure
crowbar is capable of it.
@dirkmueller dirkmueller force-pushed the fix_pacemaker_resource_restart branch from a0d13b0 to b492d7d Compare July 5, 2017 14:36
@dirkmueller
Copy link
Contributor

(rebased to retrigger gating)

Copy link
Contributor

@dirkmueller dirkmueller left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

3 participants