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@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 <kgail...@redhat.com> _______________________________________________ Users mailing list: Users@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