[ClusterLabs] Reload operation for multi-state resource agent
Ken Gaillot
kgaillot at redhat.com
Mon Mar 21 15:09:29 CET 2016
On 03/19/2016 03:35 AM, Michael Lychkov wrote:
> Hello everyone,
>
> Is there way to initiate reload operation call of master instance of
> multi-state resource agent?
>
> I have an ocf multi-state resource agent for a daemon service and I
> added reload op into this resource agent:
>
> * two parameters of resource agent:
>
> <parameter name="state_file" unique="1">
> ...
> </parameter>
> <parameter name="init_svc_reload" unique="0">
> ...
> </parameter>
>
> * reload op declaration in meta-data:
>
> <action name="reload" timeout="5" />
>
> * reload op processing:
>
> case "$1" in
>
> monitor) svc_monitor
> exit $?;;
> ...
> reload) svc_reload
> exit $?;;
> ...
>
> When I change *init_svc_reload *parameter to a different value, reload
> operation is executed only for slave instance of resource agent.
> The only impact on master instance is early execution of monitor
> operation, but I'd rather prefer reload execution for this instance.
This sounds like a bug. I'd try upgrading to RHEL 6.7 first (even if
only on a test machine), as it has additional bugfixes. If it still
occurs after that, I'd recommend opening a bug at
https://bugzilla.redhat.com/ with your resource agent and the output of
crm_report.
> [root at vm1 ~]# rpm -qi pacemaker
> Name : pacemaker Relocations: (not relocatable)
> Version : 1.1.12 Vendor: Red Hat, Inc.
> Release : 4.el6 Build Date: Thu 03 Jul
> 2014 04:05:56 PM MSK
> ...
>
> [root at vm1 ~]# rpm -qi corosync
> Name : corosync Relocations: (not relocatable)
> Version : 1.4.7 Vendor: Red Hat, Inc.
> Release : 2.el6 Build Date: Mon 02 Mar
> 2015 08:21:24 PM MSK
> ...
>
> [root at pershing-vm5 ~]# rpm -qi resource-agents
> Name : resource-agents Relocations: (not relocatable)
> Version : 3.9.5 Vendor: Red Hat, Inc.
> Release : 12.el6_6.4 Build Date: Thu 12 Feb
> 2015 01:13:26 AM MSK
> ...
>
> [root at vm1 ~]# lsb_release -d
> Description: Red Hat Enterprise Linux Server release 6.6 (Santiago)
>
> ---
>
> Best regards, Mike Lychkov.
More information about the Users
mailing list