I'm mostly interested in prventing false-positive cluster failovers that might 
occur during manual network maintenance (for example, testing switch and link 
outages). 


>> Thanks for the clarification. So what's the easiest way to ensure that the 
>> cluster waits a 
>> desired timeout before deciding that a re-convergence is > necessary? 

>By raising the token (lost) timeout I would say.

>Please correct my (Chrissie) but I see the token (lost) timout somehow as 
>resilience against static delays + jitter on top and the 
>token_retransmits_before_loss_const 
>as resilience against packet-loss.



_______________________________________________
Users mailing list: Users@clusterlabs.org
http://clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org

Reply via email to