I agree that documentation for all these parameters and theit dependencies
could (=should) be better.


>>> Adrián Gómez <a.go...@medlabmg.com> schrieb am 19.12.2017 um 14:18 in
Nachricht
<0a91bb3c-0039-424e-8dac-2961055b1...@medlabmg.com>:
> Hello,
> 
> I was wondering if someone have some description of the parameters: token, 
> token_retransmits, token_retransmits_before_loss_const and consensus. I have

> read about it in the man page of corosync.conf but trying some configuration

> of the cluster I realized that I did not control when the new configuration

> or stonith was going to happened. I have tried corosync 1.X and 2.X in 
> several virtual servers (debian-9). 
> 
> corosync.conf:
> 
>       # How long before declaring a token lost (ms)
>       token: 20000
> 
>       # Consensus, time before token lost to stonith the server (ms)
>       # consensus: 60000
> 
>       # Interval between tokens (ms)
>       # token_retransmit: 10000
> 
>       # How many token retransmited before forming a new configuration
>       token_retransmits_before_loss_const: 20
> 
> I expected to declare the token lost before 20s after the processor failed 
> (for example, connection lost to the servers), then 
> "token_retransmit_before_lost_const" should act (I don’t know how it
works) 
> and the stonith occurs 24s before the message of “new configuration”
(default 
> consensus = 1,2 * token -> 1,2 * 20s = 24s). In brief, the cluster is barely

> 44s awake without connection before reboot (stonith) is done, in contrast, I

> expect the parameter "token_retransmits_before_loss_const: 20” to delay
the 
> token lost whilel is trying to reconnect.
> I am right?
> 
> On the other hand, If I use the parameter consensus, I can calculate exactly

> when the stonith is going to happen.
> 
> Please, if someone knows the answer I will appreciate any help.
> Thank you

_______________________________________________
Users mailing list: Users@clusterlabs.org
http://lists.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