<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks Simon.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">

In your earlier message you said you thought this is probably dhcp related. I did manage to retrieve some logs from the time of the problem and there was a great deal of dhcp happening on the network at the time. I haven't had time to go over them yet but I can see repeated dhcp requests from the same clients over and over again and often only a few minutes (or less) apart. Our network is only lightly loaded at the moment and I can't reproduce the problem on any client. Does this sound like the same bug? Would the logs be useful to you?</div>

<div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Cheers</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br>

</div><div class="gmail_default" style="font-family:tahoma,sans-serif">David</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 28 April 2014 18:36, Simon Kelley <span dir="ltr"><<a href="mailto:simon@thekelleys.org.uk" target="_blank">simon@thekelleys.org.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Note that this bug appears to be a hard lockup.<br>
<br>
<a href="https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1313393" target="_blank">https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1313393</a><br>
<br>
investigations are continuing.....<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Simon.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
On 28/04/14 12:18, Kevin Darbyshire-Bryant wrote:<br>
> On 25/04/2014 09:37, David Joslin wrote:<br>
>> Hi Kevin and thanks for the help.<br>
>><br>
> Apologies for delay in reply.<br>
>> Is it possible to upgrade the dnsmasq version on the router without<br>
>> waiting for the author of the tomato firmware to include a later<br>
>> version in a release of his firmware (and you mentioned that dnsmasq<br>
>> in tomato isn't a clean pull of Simon's release)?<br>
> Probably, but as you'd have to cross compile it to MIPS and 'Tomato'<br>
> environment you might as well try to rebuild the entire firmware.  I<br>
> loosely 'maintain' a shadow of Simon's git repo of dnsmasq with the<br>
> Tomato/Asuswrt tweaks here<br>
> <a href="https://github.com/kdarbyshirebryant/dnsmasq" target="_blank">https://github.com/kdarbyshirebryant/dnsmasq</a>   - No guarantees etc etc,<br>
> but I personally try to keep up to date with both 'Merlin's<br>
> Asuswrt/rmerlin and put current dnsmasq in there too.<br>
>><br>
>> Why would changing the location of the leasefile to a usb stick make a<br>
>> difference? If the issue, as Simon suggests, is caused by the constant<br>
>> rewriting of the lease database, then wouldn't its current location<br>
>> (which on a router would be RAM) be a faster/better option than a usb<br>
>> stick? Or is there another possible issue here that I've missed?<br>
> Agree, RAM should be faster but there is a finite amount of it and it's<br>
> volatile...I quite like to store the database on something that survives<br>
> reboots.  Also, as tomato is compiled with 'no rtc', the code tries to<br>
> minimise the number of writes to the leasefile on the basis it thinks it<br>
> likely that flash memory is involved, so better to reduce the wear.<br>
>><br>
>> The only recent change I've made to the router was the addition of a<br>
>> usb stick as the location for the writing of system logs and bandwidth<br>
>> and IP traffic usage logs (so that they weren't lost on a reboot). I<br>
>> had wondered if the cause of the problem was related to the speed of<br>
>> writing this stuff (which obviously includes dnsmasq logging) to the<br>
>> usb stick rather than RAM. That's why I turned off dnsmasq logging at<br>
>> one point but it didn't seem to make any difference.<br>
>><br>
>> Thanks again for your help and I'll wait for your comments on the above.<br>
> I'm not sure I've helped really.<br>
><br>
> Kevin<br>
><br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Dnsmasq-discuss mailing list<br>
> <a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk">Dnsmasq-discuss@lists.thekelleys.org.uk</a><br>
> <a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" target="_blank">http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Dnsmasq-discuss mailing list<br>
<a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk">Dnsmasq-discuss@lists.thekelleys.org.uk</a><br>
<a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" target="_blank">http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss</a><br>
</div></div></blockquote></div><br></div></div>