<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div><font face="Times New Roman">Thanks for your answers.</font></div><div><font face="Times New Roman">Token value was previoulsly 5000, but I already increased it to 10000, without any change. So 10 secondes before TOTEM fire the "</font>A processor failed, forming new configuration" message, but in the log we see that in the same second the other node reappeared !</div><div>Should I use an higher token value ?</div><div><br></div><div>Best regards,</div></div></div>
<br><div class="gmail_quote">2015-04-29 14:17 GMT+02:00 Ulrich Windl <span dir="ltr"><<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de" target="_blank">Ulrich.Windl@rz.uni-regensburg.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">>>> Jan Friesse <<a href="mailto:jfriesse@redhat.com">jfriesse@redhat.com</a>> schrieb am 29.04.2015 um 13:10 in Nachricht<br>
<<a href="mailto:5540BC0B.50409@redhat.com">5540BC0B.50409@redhat.com</a>>:<br>
<span class="">> Philippe,<br>
><br>
> Philippe Carbonnier napsal(a):<br>
>> Hello,<br>
>> just for the guys who doesn't want to read all the logs, I put my question<br>
>> on top (and at the end) of the post :<br>
>> Is there a timer that I can raise to try to give more time to each nodes to<br>
>> see each other BEFORE TOTEM fire the "A processor failed, forming new<br>
>> configuration", because the 2 nodes are really up and running.<br>
><br>
> There are many timers, but basically almost everything depends on token<br>
> timeout, so just set "token" to higher value.<br>
<br>
</span>Please correct me if I'm wrong: A token timeout is oly triggered when<br>
1) The token is lost in the network (i.e. a packet is lost and not retransmitted in time)<br>
2) The token is lost on a node (e.g. it crashes while it has the token)<br>
3) The host or the network don't respond in time (the token is not lost, but late)<br>
4) There's a major bug in the TOTEM protocol (its implementation)<br>
<br>
I really wonder whether the resaon for frequent token timeouts is 1); usually it's not 2) either. For me 3) is hard to believe also. And nobody admits it's 4).<br>
<br>
So everybody says it's 3) and suggests to increase the timeout.<br>
<span class=""><br>
>><br>
>> The 2 linux servers (vif5_7 and <a href="http://host2.example.com" target="_blank">host2.example.com</a>) are 2 VM on the same<br>
>> VMWare ESX server. May be the network is 'not working' the way corosync<br>
>> wants ?<br>
<br>
</span>OK, for virtual hosts I might add:<br>
5) The virtual time is not flowing steadily, i.e. the number of usable CPU cycles per walltime unit is highly variable.<br>
<span class=""><br>
><br>
> Yep. But first give a chance to token timeout increase.<br>
<br>
</span>I agree that for 5) a longer token timeout might be a workaround, but finding the root cause may be worth the time being spent doing so.<br>
<br>
<br>
Regards,<br>
Ulrich<br>
<div class=""><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="http://clusterlabs.org/mailman/listinfo/users" target="_blank">http://clusterlabs.org/mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br></div></div>

<br>
<table border="0" cellspacing="0" cellpadding="0" style="color:rgb(34,34,34);font-size:13px;background-color:rgb(255,255,255);font-family:Times;width:300px;display:block"><tbody><tr><td colspan="3" style="font-family:arial,sans-serif;margin:0px"><a href="http://www.vif.fr/" style="color:rgb(17,85,204);float:left" target="_blank"><img src="https://ci3.googleusercontent.com/proxy/jNw3kk6adk01Es5Sohxe1dLczyeO-oDK-x1ilyy9UZKzBvvYS6tLJdWQccesL76IUbn7nqjdykptLsCu6Q=s0-d-e1-ft#http://exper-ia.com/images/logo_vif.png" alt="logoVif"></a></td></tr><tr><td width="148" style="font-family:'Trebuchet MS',Arial,Helvetica,sans-serif;margin:0px;vertical-align:top;line-height:16px;font-size:11px;font-weight:bold"><span style="color:rgb(77,77,77)"><font><font><font><font>L'informatique 100% Agro</font></font></font></font></span></td><td width="81" align="right" style="font-family:'Trebuchet MS',Arial,Helvetica,sans-serif;margin:0px;color:rgb(77,77,77);font-size:11px;line-height:16px;font-weight:bold;vertical-align:top"><a href="http://www.vif.fr/" style="color:rgb(77,77,77);text-decoration:none" target="_blank"><font><font><font><font>www.vif.fr</font></font></font></font></a> <br></td><td width="71" rowspan="2" style="font-family:arial,sans-serif;margin:0px"><a href="http://www.youtube.com/user/Agrovif" style="color:rgb(17,85,204);float:right" target="_blank"><img src="https://ci3.googleusercontent.com/proxy/McHI_KgbDIV1VTZNHms4RfYjSyf9dZilloQOXJFt2R_8k5gZP5ezMt8pL7m7dkrNDrVIYdSrY9JJO8CWk8AArr_x2xs=s0-d-e1-ft#http://exper-ia.com/images/ico_YouTubeMail.png" alt="VifYouTube"></a><a href="https://twitter.com/VIF_agro" style="color:rgb(17,85,204);float:right;margin-right:4px" target="_blank"><img src="https://ci5.googleusercontent.com/proxy/TQSsKHGL--n7vnMbP-E37n9cQ0gF0xKtEyEKLVaDA1XyHPqseT8z2Ocw6PnUxjTfHHg7o8H3fzrNxcs7ZmDoKGzURx4=s0-d-e1-ft#http://exper-ia.com/images/ico_twitterMail.png" alt="VifTwitter"></a></td></tr><tr><td colspan="2" align="right" style="font-family:'Trebuchet MS',Arial,Helvetica,sans-serif;margin:0px;color:rgb(239,124,0);font-size:9px;line-height:16px;width:220px;vertical-align:top"><em><font><font><font><font>Suivez l'actualité VIF sur:</font></font></font></font></em></td></tr></tbody></table><a href="http://www.agrovif.com/" target="_blank"><img src="http://www.vif.fr/wp-content/uploads/2014/02/signature-mail-agrovif-2015.jpg"></a>