<br><br><div class="gmail_quote">On Sat, Oct 6, 2012 at 3:00 PM, Ben West <span dir="ltr"><<a href="mailto:me@benwest.name" target="_blank">me@benwest.name</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Markus,<br><br>My apologies for being too generic. logread on the effected node unfortunately didn't reveal anything outside normal log messages (at least within the ring buffer remaining). Since the original problem manifested itself after the node rebooted itself (per cronjob), I tried another reboot, but the problem was not repeated.<br>
</blockquote><div>good and bad (-; </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>I am attaching the /etc/config/olsr below.<br></blockquote><div>hmm quite some plugins, you need all of them?</div><div>(imho just the secure one, might have real potential to cause your problem)</div><div><br></div>
<div>and hmm i prefer the actual olsrd.conf, afair /var/etc/olsrd.conf</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>The command 'echo "/all" </blockquote>
<div>Unfortunately "all" does not mean "all" anymore,.. its just "legacy-all"</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">| nc localhost 2006' reported all empty tables, although I didn't happen to check "/interfaces" before restarting olsrd. I will be mindful to do that should this situation recur.<br>
<br>Contents of /etc/config/olsrd:<br><br>config 'olsrd'<br> option 'IpVersion' '4'<br> option 'LinkQualityLevel' '2'<br> option 'LinkQualityAlgorithm' 'etx_ffeth'<br>
option 'SmartGateway' 'yes'<br> option 'Pollrate' '0.2'<br> option 'UseHysteresis' 'no'<br> option 'NatThreshold' '0.5'<br></blockquote><div>imho does not make much sense, to keep the natthreshold, if smartgateway is used </div>
<div><br></div><div>whatever, has nothing to do with your reboot problem.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>config 'LoadPlugin'<br>
option 'library' 'olsrd_arprefresh.so.0.1'<br><br>config 'LoadPlugin'<br> option 'library' 'olsrd_dyn_gw.so.0.5'<br><br>config 'LoadPlugin'<br> option 'library' 'olsrd_secure.so.0.6'<br>
option 'Keyfile' '/etc/olsrd.d/olsrd_secure_key'<br><br>config 'LoadPlugin'<br> option 'library' 'olsrd_httpinfo.so.0.1'<br> option 'port' '1978'<br> list 'Net' '0.0.0.0 0.0.0.0'<br>
<br>config 'LoadPlugin'<br> option 'library' 'olsrd_nameservice.so.0.3'<br> #option 'resolv_file' '/tmp/resolv.conf.auto'<br> option 'sighup_pid_file' '/var/run/dnsmasq.pid'<br>
option 'suffix' '.mesh'<br><br>config 'LoadPlugin'<br> option 'library' 'olsrd_p2pd.so.0.1.0'<br> option 'P2pdTtl' '5'<br><br>config 'LoadPlugin'<br> option 'library' 'olsrd_txtinfo.so.0.1'<br>
option 'accept' '0.0.0.0'<br><br>config 'Interface'<br> list 'interface' 'mesh'<br> option 'Mode' 'mesh'<br> option 'Ip4Broadcast' '255.255.255.255'<div class="HOEnZb">
<div class="h5"><br>
<br><br><br><div class="gmail_quote">On Sat, Oct 6, 2012 at 2:24 PM, Markus Kittenberger <span dir="ltr"><<a href="mailto:Markus.Kittenberger@gmx.at" target="_blank">Markus.Kittenberger@gmx.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote"><div><div>On Sat, Oct 6, 2012 at 1:23 PM, Ben West <span dir="ltr"><<a href="mailto:me@benwest.name" target="_blank">me@benwest.name</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For the past week, I've been playing around with olsrd v0.6.3-3 compiled from OpenWRT trunk r33537 on a mesh of four UBNT M5 devices. Just now, I discovered a Bullet M5 which had (from external monitoring) apparently lost its default route after an automated reboot.<br>
<br>Upon inspection locally, querying olsrd @ port 2006 returned an entirely empty node table, despite iw wlan0 station dump reporting very good RSSI with the gateway node. Restarting olsrd on that node let the node table be appropriately (re)populated, and restored its route.<br>
<br>Has this behavior been observed by others?</blockquote></div></div><div>I would say not very often,.. but your descriptino is very generic,..<br><br><div>But there is the watchdog plugin, to help somehow <br>(infact just against olsrd main-loop hangs, which if txtinfo still worked, you afaict did not suffer from)</div>
</div><div><br></div><div>But did you look for anything on the syslog?</div><div>Or did e.g. txinfo (port 2006) /interfaces reported any active olsrd interfaces?</div><div>Which could give some hints, what olsrd's problem actually was about.</div>
<div><br></div><div>Markus</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><font color="#888888"><br clear="all"><span><font color="#888888"><br>
-- <br><div>Ben West</div>
<div><a href="mailto:me@benwest.name" target="_blank">me@benwest.name</a></div><br>
</font></span></font></span><span><font color="#888888"><br>--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org" target="_blank">Olsr-users@lists.olsr.org</a><br>
<a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br></font></span></blockquote></div><br>
<br>--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org" target="_blank">Olsr-users@lists.olsr.org</a><br>
<a href="https://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-users</a><br></blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br>
<div>Ben West</div><div><a href="mailto:me@benwest.name" target="_blank">me@benwest.name</a></div>
<br>
</font></span></blockquote></div><br>