<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">><br>
> Pending actions:<br>
> Action 40: sv_fencer_monitor_60000 on brilxvm44<br>
> Action 39: sv_fencer_start_0 on brilxvm44<br>
> Action 38: sv_fencer_stop_0 on brilxvm43<br>
> Error performing operation: Timer expired<br>
><br>
> It looks like it's waiting for the sv_fencer fencing agent to start<br>
> on brilxvm44, even though the current transition did not include that<br>
> move.  <br>
<br>
</div></div>crm_resource --wait doesn't wait for a specific transition to complete;<br>
it waits until no further actions are needed.<br>
<br>
That is one of its limitations, that if something keeps provoking a new<br>
transition, it will never complete except by timeout.</blockquote><div><br></div><div>Thanks Ken,</div><div><br></div><div>I understand that crm_resource --wait will wait until no further actions are needed, but I'm not quite sure of:</div><div><br></div><div>1) what is triggering this movement of the sv_fencer resource from vm43 to vm44</div><div>2) why is the action only triggered on a CIB update after the wait has timed out (setting of node property), and not while crm_resource --wait is waiting.</div><div>3) why is crm_resource --wait waiting for this action if it's only triggered by the setting of a node property after the wait has timed out? (i.e. why is this action not triggered if the cluster is aware of the action?)</div><div><br></div><div>The sequence of events is:</div><div><br></div><div>1) Put node 3 in standby</div><div>2) Wait until no further actions are needed</div><div>3) Set property on node 1.</div><div><br></div><div>I'll see if I can reproduce this in an independent test and then try it with a later version of Pacemaker.</div><div><br></div><div>Regards,</div><div>Leon</div><div><br></div></div></div></div>