[Nfd-dev] Emergency
Davide Pesavento
davide.pesavento at lip6.fr
Mon Aug 21 16:19:49 PDT 2017
On Mon, Aug 21, 2017 at 7:10 PM, Junxiao Shi
<shijunxiao at email.arizona.edu> wrote:
> Hi John
>
>> >
>> > What does this message mean?
>> >
>> > 1503354619.041373 FATAL: [NFD] Non-recoverable error: request timed out
>> > code: 10060
>
> It seems there's uncaught exception somewhere.
> This looks like coming from ndn::nfd::Controller, and 10060 means "timeout".
> It's probably caused by either NFD or NLSR not responding to NFD-RIB's
> command, as the only usage of ndn::nfd::Controller is in NFD-RIB.
I think the exception is thrown by FibUpdater::onUpdateError. NFD is
repeatedly timing out on a FibAddNextHopCommand or
FibRemoveNextHopCommand. After several failed retries, FibUpdater
gives up and kills the whole daemon.
Maybe there's a flood of requests and NFD can't keep up?
>> 1503352769.396513 FATAL: [NFD] remote_endpoint: Transport endpoint is not
>> connected
>
> I've never seen this one. It probably comes from Boost libraries.
> Please provide a stack trace when it occurs. Make sure to install debug
> symbols, and use 'bt full' instead of 'bt' to collect stack trace.
Yes, I think it comes from calling remote_endpoint() on an unconnected
socket. The question is what socket, and why is it not connected?
More information about the Nfd-dev
mailing list