[Pacemaker] Pacemaker stop behaviour when underlying resource is unavailable

pavan tc pavan.tc at gmail.com
Tue Dec 18 05:24:42 UTC 2012


[..]

> The idea is to make sure that stop does not fail when the underlying

> > resource goes away.
> > (Otherwise I see that the resource gets to an unmanaged state)
> > Also, the expectation is that when the resource comes back, it joins the
> > cluster without much fuss.
> >
> > What I see is that pacemaker calls stop twice
>
> That would not be expected. Bug?
>

Are you pointing at stop getting called 'twice'? If yes, I will confirm
once more about
the behaviour and will raise a bug.


>
> > and if it finds that stop
> > returns success,
> > it does not continue with monitor any more. I also do not see an attempt
> to
> > start.
>
> Anywhere?  Or just on the same node?
>
>
On the same node. The resource does get promoted on the other node.
My expectation was that if I kept returning OCF_NOT_RUNNING in monitor,
then it should attempt a start-stop-monitor cycle till the resource came
back.
It seems this is not what the cluster manager does?

>
> > Is there a way to keep the monitor going in such circumstances?
>
> Not really. You can define a recurring monitor for the Stopped role though.
>

I did not want to go there if I could achieve it via the usual mechanisms.
If that is not, possible, I will explore this option in more detail.

But why would it come back?  You _really_ should not be starting
> services outside of the cluster - not least of all because we've
> probably started it somewhere else in the meantime.
>

Even if we started the resource elsewhere, we are running in degraded mode.
(My bad, I did not mention this is a _two-node_ multi-state resource).
We would like to come back to the available mode as early as possible and
with the least amount of manual intervention with the cluster.

Pavan


> > Am I using incorrect resource agent return codes?
> >
> > Thanks,
> > Pavan
> >
> > _______________________________________________
> > Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> > http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> >
> > Project Home: http://www.clusterlabs.org
> > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> > Bugs: http://bugs.clusterlabs.org
> >
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20121218/435efb61/attachment.htm>


More information about the Pacemaker mailing list