[Pacemaker] dampen / pingd - how to be sure pingd will be updated

Andrew Beekhof andrew at beekhof.net
Wed Jan 19 09:07:10 UTC 2011


On Tue, Jan 18, 2011 at 1:46 AM, Thomas Guthmann <tguthmann at iseek.com.au> wrote:
> Hey,
>
>>> This may be dumb or obvious but it took me a long time to understand why my pingd with
>>> dampen never got updated! So I think that this may be useful for everybody to share.
>>> In short:
>>>
>>>   " You MUST define a monitor interval HIGHER than the the dampen delay. "
>> Which version was this?
>> I seem to recall fixing something similar to this (its a bug in attrd)
>> but 1.0.10 should be ok.
>
> It was 1.0.8 and 1.0.9.
>
> BTW, what would the best way to do :
>  " if 3 pings fail with an interval of 30 seconds between each
>    then
>       set pingd to 0.
>    else
>       keep pingd to 1
>  "
>
> My main goal is to migrate _nothing_ if an external IP (usually
> gateway) has a temporary hiccup. I am doing this right now but I
> am open for comments.
>
> primitive pingd ocf:pacemaker:ping \
>        params host_list="EXT.ERN.AL.IP" attempts="3" timeout="2" debug="true" options="-i30" \
>        op monitor interval="120" timeout="130" \
>        op start interval="0" timeout="90" \
>        op stop interval="0" timeout="90"
>
> Note that sometimes I have strange pacemaker timeout errors.
> What does exactly represent "timeout" in op monitor ?

It means how long the operation is allowed to take.
Looks about right.  Any errors?



More information about the Pacemaker mailing list