[..]<br><br>&gt; The idea is to make sure that stop does not fail when the underlying<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb">
<div class="h5">
&gt; resource goes away.<br>
&gt; (Otherwise I see that the resource gets to an unmanaged state)<br>
&gt; Also, the expectation is that when the resource comes back, it joins the<br>
&gt; cluster without much fuss.<br>
&gt;<br>
&gt; What I see is that pacemaker calls stop twice<br>
<br>
</div></div>That would not be expected. Bug?<br></blockquote><div><br>Are you pointing at stop getting called &#39;twice&#39;? If yes, I will confirm once more about<br>the behaviour and will raise a bug.<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class="im"><br>
&gt; and if it finds that stop<br>
&gt; returns success,<br>
&gt; it does not continue with monitor any more. I also do not see an attempt to<br>
&gt; start.<br>
<br>
</div>Anywhere?  Or just on the same node?<br>
<div class="im"><br></div></blockquote><div><br>On the same node. The resource does get promoted on the other node.<br>My expectation was that if I kept returning OCF_NOT_RUNNING in monitor,<br>then it should attempt a start-stop-monitor cycle till the resource came back.<br>
It seems this is not what the cluster manager does?<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
&gt;<br>
&gt; Is there a way to keep the monitor going in such circumstances?<br>
<br>
</div>Not really. You can define a recurring monitor for the Stopped role though.<br></blockquote><div><br>I did not want to go there if I could achieve it via the usual mechanisms.<br>If that is not, possible, I will explore this option in more detail.<br>
<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
But why would it come back?  You _really_ should not be starting<br>
services outside of the cluster - not least of all because we&#39;ve<br>
probably started it somewhere else in the meantime.<br></blockquote><div><br>Even if we started the resource elsewhere, we are running in degraded mode.<br>(My bad, I did not mention this is a _two-node_ multi-state resource).<br>
We would like to come back to the available mode as early as possible and<br>with the least amount of manual intervention with the cluster.<br><br>Pavan<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class="im"><br>
&gt; Am I using incorrect resource agent return codes?<br>
&gt;<br>
&gt; Thanks,<br>
&gt; Pavan<br>
&gt;<br>
</div>&gt; _______________________________________________<br>
&gt; Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
&gt; <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
&gt;<br>
&gt; Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
&gt; Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
&gt; Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
&gt;<br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div><br>