[ClusterLabs] Reload operation for multi-state resource agent

[Michael Lychkov]

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.

[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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://clusterlabs.org/pipermail/users/attachments/20160319/5924d7bc/attachment.html>