<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-08-06 15:24 GMT+02:00 Pallai Roland <span dir="ltr"><<a href="mailto:pallair@magex.hu" target="_blank">pallair@magex.hu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">  drbdtest1 corosync[4734]:   [MAIN  ] Corosync main process was not<br>
scheduled for 2590.4512 ms (threshold is 2400.0000 ms). Consider token<br>
timeout increase.<br>
<br>
and even drbd:<br>
  drbdtest1 kernel: drbd p1: PingAck did not arrive in time.<br>
</blockquote>
<br></span>
Kernel module blocked by unrelated userspace app?</blockquote><div><br></div></span><div>There is a chance that the nodes are blocking each other as they are on the same host and that is the reason of the DRBD timeout but it's also weird - how can a guest block an other entirely when there are idle cores on the host?</div><div><br></div><div>All in all, DRBD timeout has been eliminated when a node got more than one logical core.</div></div></div></div></blockquote><div><br></div><div>I have to correct myself;</div><div><br></div><div>DRBD timeout is not fixed if only one node has more cores. In this case the other node will report PingAck timeout periodically. I think the most simple explanation on this is a spinning corosync can block even kernel threads.</div><div><br></div><div>DRBD timeout fixed if both nodes has more logical cores.<br></div><div><br></div></div></div></div>