[Pacemaker] About specifications of on-fail="block".

renayama19661014 at ybb.ne.jp renayama19661014 at ybb.ne.jp
Fri Aug 13 07:03:41 UTC 2010


Hi,

I compared movement in a version of pacemaker about this problem.

 * 1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b

[root at srv02 ~]# crm_mon -1 
============
Last updated: Fri Aug 13 13:02:24 2010
Stack: openais
Current DC: srv01 - partition with quorum
Version: 1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b
2 Nodes configured, 2 expected votes
1 Resources configured.
============

Online: [ srv01 srv02 ]

 Resource Group: UMgroup01
     UmVIPcheck (ocf::heartbeat:Dummy): Started srv02
     UmIPaddr   (ocf::heartbeat:Dummy2):        Started srv01 (unmanaged) FAILED

Failed actions:
    UmIPaddr_stop_0 (node=srv01, call=9, rc=1, status=complete): unknown error

 * 1.0.8-94bf2cc9219b11310f7d3e310f3623bf85e20bf9

[root at srv01 ~]# crm_mon -1 
============
Last updated: Fri Aug 13 12:47:08 2010
Stack: openais
Current DC: srv01 - partition with quorum
Version: 1.0.8-94bf2cc9219b11310f7d3e310f3623bf85e20bf9
2 Nodes configured, 2 expected votes
1 Resources configured.
============

Online: [ srv01 srv02 ]

 Resource Group: UMgroup01
     UmVIPcheck (ocf::heartbeat:Dummy): Started srv01
     UmIPaddr   (ocf::heartbeat:Dummy2):        Started srv01 (unmanaged) FAILED

Failed actions:
    UmIPaddr_stop_0 (node=srv01, call=7, rc=1, status=complete): unknown error


In the old version, on-fail=block seems to work definitely somehow or other.

The next change influences the difference of the movement.

 * http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/6bf91e9195fe

Is this revision right?

I do not understand contents of the bugs(lf#1959) well, but wish on-fail=block works in the same way
as the past.

Best Regards,
Hideo Yamauchi.



--- renayama19661014 at ybb.ne.jp wrote:

> Hi,
> 
> Let me confirm it about specifications of on-fail="block".
> 
> 
> I constituted the following cluster.
> 
> ============
> Last updated: Mon Aug  9 11:18:29 2010
> Stack: openais
> Current DC: srv01 - partition with quorum
> Version: 1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b
> 2 Nodes configured, 2 expected votes
> 1 Resources configured.
> ============
> 
> Online: [ srv01 srv02 ]
> 
>  Resource Group: UMgroup01
>      UmVIPcheck (ocf::heartbeat:Dummy): Started srv01
>      UmIPaddr   (ocf::heartbeat:Dummy2):        Started srv01
> 
> 
> The error of the UmIPaddr resource of this time set it in block.。
> 
>       <group id="UMgroup01">
>         <primitive class="ocf" type="Dummy" provider="heartbeat" id="UmVIPcheck">
>           <operations>
>             <op id="op-umVIPcheck-start" interval="0" name="start" timeout="90s"
> on-fail="restart"
> start-delay="2s"/>
>           </operations>
>         </primitive>
>         <primitive class="ocf" type="Dummy2" provider="heartbeat" id="UmIPaddr">
>           <operations>
>             <op id="op-umIPaddr-start" interval="0" name="start" timeout="60s"
> on-fail="restart"/>
>             <op id="op-umIPaddr-monitor" interval="10" name="monitor" timeout="60s"
> on-fail="restart"/>
>             <op id="op-umIPaddr-stop" interval="0" name="stop" timeout="60s" on-fail="block"/>
>           </operations>
>         </primitive>
>       </group>
> 
> 
> UmVIPcheck moves to a srv02 node when I generate a stop error in UmIPaddr artificially then.
> UmIPaddr does not move.
> 
> 
> ============
> Last updated: Mon Aug  9 11:19:19 2010
> Stack: openais
> Current DC: srv01 - partition with quorum
> Version: 1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b
> 2 Nodes configured, 2 expected votes
> 1 Resources configured.
> ============
> 
> Online: [ srv01 srv02 ]
> 
>  Resource Group: UMgroup01
>      UmVIPcheck (ocf::heartbeat:Dummy): Started srv02
>      UmIPaddr   (ocf::heartbeat:Dummy2):        Started srv01 (unmanaged) FAILED
> 
> Failed actions:
>     UmIPaddr_stop_0 (node=srv01, call=8, rc=1, status=complete): unknown error
> 
> 
> Setting of UmIPaddr acted and thought that UmVIPcheck did not move.(on-fail="block")
> 
> I have forgotten whether this movement was specifications.
> 
> Is this movement specifications?
> Was there the setting that did not move other group resources?(not move UmVIPcheck)
> 
> 
> Best Regards,
> Hideo Yamauchi.
> 
> 
> > _______________________________________________
> 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://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
> 





More information about the Pacemaker mailing list