<div dir="ltr">I don't really like the idea to periodically poll "crm_node -q" for the 
current quorum state. No matter how frequently the 
monitor-function gets called, there will always be a small time frame where both 
nodes will be in the master state at the same time. <br><br>Is there a way to get a notification to the OCF-agent whenever the quorum state changes? </div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-08 10:14 GMT+02:00 Christian Ciach <span dir="ltr"><<a href="mailto:dereineda@gmail.com" target="_blank">dereineda@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Interesting idea! I can confirm that this works. So, I need to monitor the output of "crm_node -q" to check if the current partition has quorum. If the partition doesn't have quorum, I need to set the location constraint according to your example. If the partition gets quorum again, I need to remove the constraint.<br>

<br></div>This seems almost a bit hacky, but it should work okay. Thank you! It almost a shame that pacemaker doesn't have "demote" as a "no-quorum-policy", but supports "demote" as a "loss-policy" for tickets.<br>

<br></div>Yesterday I had another idea: Maybe I won't use a multistate resource agent but a primitive instead. This way, I will start the resource outside of pacemaker and let the start-action of the OCF-agent set the resource to master and the stop-action sets it to slave. Then I will just use "no-quorum-policy=stop". The downside of this is that I cannot distinguish between a stopped resource and a resource in a slave state using crm_mon.<br>

</div>
</blockquote></div><br></div>