[ClusterLabs] state file not created for Stateful resource agent

Ken Gaillot kgaillot at redhat.com
Tue Mar 20 14:00:49 EDT 2018


On Sat, 2018-03-17 at 15:35 +0530, ashutosh tiwari wrote:
> Hi,
> 
> 
> We have two node active/standby cluster with a dummy  Stateful
> resource (pacemaker/Stateful).
> 
> We observed that in case one node is up with master resource and
> other node is booted up, state file for dummy resource is not created
> on the node coming up.
> 
> /cib/status/node_state[@id='2']/transient_attributes[@id='2']/instanc
> e_attributes[@id='status-2']:  <nvpair id="status-2-master-unicloud"
> name="master-unicloud" value="5"/>
> Mar 17 12:22:29 [24875] tigana       lrmd:   notice:
> operation_finished:        unicloud_start_0:25729:stderr [
> /usr/lib/ocf/resource.d/pw/uc: line 94: /var/run/uc/role: No such
> file or directory ]

The resource agent is ocf:pw:uc -- I assume this is a local
customization of the ocf:pacemaker:Stateful agent?

It looks to me like the /var/run/uc directory is not being created on
the second node. /var/run is a memory filesystem, so it's wiped at
every reboot, and any directories need to be created (as root) before
they are used, every boot.

ocf:pacemaker:Stateful puts its state file directly in /var/run to
avoid needing to create any directories. You can change that by setting
the "state" parameter, but in that case you have to make sure the
directory you specify exists beforehand.

> This issue is not observed in case secondary do not wait for  cib
> sync and starts the resource on secondary as well.
> 
> We are in process of upgrading from centos6 to centos7, We never
> observed this issue with centos6 releases.
> 
> Attributes for clone resource: master-max=1 master-node-max=1 clone-
> max=2 clone-node-max=1 
> 
> setup under observation is:
> 
> CentOS Linux release 7.4.1708 (Core)
> corosync-2.4.0-9.el7.x86_64
> pacemaker-1.1.16-12.el7.x86_64.
> 
> 
> Thanks and Regards,
> Ashutosh 
> 
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> https://lists.clusterlabs.org/mailman/listinfo/users
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.
> pdf
> Bugs: http://bugs.clusterlabs.org
-- 
Ken Gaillot <kgaillot at redhat.com>



More information about the Users mailing list