<p>Today(Yesterday) i found olsrd consuming "all" the cpu for about 10 hours<br></p><p>so i investigated,..</p><p>after restarting oslr everything is was fine until i fired up a interface (which has been down at oslr start) <br>
or if start olsr on a non empty routing table (routes from a previous olsr crash, or kill), and same will happen within 1-2 minutes, without any ifup or down (neither by me nor by anyone/thing else)<br></p>
<p>i tried travelling back the changes of the last days, but couldn`t track down when it started for long, as older version segfault on my ifup testcase, and newer versions burn the cpu,..<br>later i found out that starting olsrd on a filled table causes the same,.. (cpu burning, and crashing of older version)<br>
</p><p>when loggin olsrd -d 9 the last entries always happen while inserting removing kernel routes</p><p>i have also core dumpes of an still running and cpu burning olsrd (of <a href="http://gredler.at/hg/olsrd/rev/70f18097ab12" target="_blank">http://gredler.at/hg/olsrd/rev/70f18097ab12</a> which seem s the "oldest" burn affected version)<br>
and its easy reproduceable on devVserver,.. (maybe everywhere i haven`t tried somewhere else ...)<br></p><p>but i dont`think the problem was invented in this version, as under same setup i assume a bit older version will just crash very soon when they start burning,..</p>
<p>Markus</p><p>----</p><p>and heres my list of tested versions, and soem of my notes regardign the problems i found</p>
<p><a href="http://gredler.at/hg/olsrd/rev/3cfdfdb37ece" target="_blank">http://gredler.at/hg/olsrd/rev/3cfdfdb37ece</a><br> -nofork fails, testing wihtout gdb, crashes after ifup, burns cpu on devVserver (without interfaces all interfaces always up)<br>
--<br><a href="http://gredler.at/hg/olsrd/rev/0c9cde393829" target="_blank">http://gredler.at/hg/olsrd/rev/0c9cde393829</a><br>
various config options fail, no further testing<br>--<br><a href="http://gredler.at/hg/olsrd/rev/ab7a5ece594c" target="_blank">http://gredler.at/hg/olsrd/rev/ab7a5ece594c</a><br>burns cpu, after ifup, burns when started with an down interface, burns on devVsrv (prefilled table?)<br>
--<br><a href="http://gredler.at/hg/olsrd/rev/70f18097ab12" target="_blank">http://gredler.at/hg/olsrd/rev/70f18097ab12</a>  (34 b) <br>burns after ifup, burns anyway on devVsrv? (within 2-3 minutes with prefilled table) (quite stable without)<br>
--<br><a href="http://gredler.at/hg/olsrd/rev/ea80a11d61ef" target="_blank">http://gredler.at/hg/olsrd/rev/ea80a11d61ef</a> (35 replace)<br>doesn`t compile,..<br>--<br><a href="http://gredler.at/hg/olsrd/rev/d9c2226cb81a" target="_blank">http://gredler.at/hg/olsrd/rev/d9c2226cb81a</a> (36)<br>

segfaults usually on a single ifudown, 10min stable on stable interfaces and emtpy table,..<br>--<br><a href="http://gredler.at/hg/olsrd/file/71c35e16799d" target="_blank">http://gredler.at/hg/olsrd/file/71c35e16799d</a> (37)<br>
50 % ok, 50 % segfaults on single ifup or down, sometimes crashes without reason,..  <br>---<br><a href="http://gredler.at/hg/olsrd/rev/338f9b4540da" target="_blank">http://gredler.at/hg/olsrd/rev/338f9b4540da (42)</a><br>

50 % ok, 50 % segfaults on a single ifdown, crashes without reason,.. (or on a prefilled kernel table)</p><p>anyway i commited my last patch, <br><a href="http://gredler.at/hg/olsrd/rev/3c1cb506bc10" target="_blank">http://gredler.at/hg/olsrd/rev/3c1cb506bc10</a></p>
<p>unfortunately i can`t really test it properly, as olsrd-tip fails the most suitable testcase for this pach (handling an ifdown (and an ifup) properly) in all versions i mentioned in this mail<br>
but at least i tested whether it removes the links of an interface, and not all links of interfaces with same ip adresses, <br>but if you ifup this interface again olsrd starts to burn a hole into ..., like the versions before,..</p>

<p>Markus</p><p>p.s. (written in the middle of testing without any clue what affects the problems) (-;</p><p>for the moment i consider the tip quite and 0.5.6x unuseable for routers (like most of mine) having not only "always up" interfaces,.. )-;<br>
so my real goal, tracking down the reasons for inconsistent kernel and olsr routing tables, has too wait until olsr is more stable while running on dynamic interfaces, which me and funkfeuer need anyway (ok we could change our needs, but i prefer changin olsrd (-;), and serve as a good starting testcase for above goal,..<br>

</p><p>i will continue investigating, and testing, this an related issues, but hmm .. i could imagine a better start into olsrd for me,.. (-;</p><p>anyhow i have to compliment henning and hannes, for their patches and support during the last days, but hmm i guess there`s a lot more to do (-;<br>

</p><p>ok i better stop whining now!  (-;  ;-)</p>