[Dnsmasq-discuss] DNSMasq stops working and runs at 100%
Conrad Kostecki
ck at conrad-kostecki.de
Thu Jun 5 05:28:53 UTC 2014
> -----Ursprüngliche Nachricht-----
> Von: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> bounces at lists.thekelleys.org.uk] Im Auftrag von Simon Kelley
> Gesendet: Mittwoch, 4. Juni 2014 21:32
> An: DNSMasq Mailingliste
> Betreff: Re: [Dnsmasq-discuss] DNSMasq stops working and runs at 100%
>
> On 04/06/14 16:57, Conrad Kostecki wrote:
>
> >>
> >> Thanks for the backtrace, I'm working on it. One question, are the
> >> two addresses marked above the same, or different, in the un-redacted
> logs?
> >
> > Hi Simon,
> > They are the same, not different. My ISP is the German Telekom. They are
> announcing a dynamic /56-Subnet and via PD /64 are requested with dhcpcd
> on my side for all interfaces.
> > If I reconnect fast, it can happen, that I get the same subnet again.
> >
>
> OK, it's good that you can reproduce this, and bad that I can't :(
>
>
> Please could you reproduce the problem again, attach gdb as before.
>
> Run the backtrace and check that the code is in match_netid, as before.
> If it is, try the command
>
> fin
>
> to see if that functions returns.
>
> If it does, try
>
> fin
>
> again, to see if the next function (option_filter) returns too.
>
> If it does, try a final
>
> fin
>
> to see of send_ra returns.
>
> I'm interested to know if the code is looping in match_netid or option_filter,
> or if it's looping in send_ra or periodic_ra
Hi Simon,
It happened in the night today. But it's interesting, that pppd was NOT disconnected this night.
Here's my backtrace and executed fin's. Only the first fin returned something. Second and third find do not return anything.
-> http://pastebin.com/FDf9g3Zk
Conrad
More information about the Dnsmasq-discuss
mailing list