<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Junxiao,</div><div><br></div><div>I am having a similar problem. NFD crashes when I stop the producer application. I followed your recommendations, so now I am running the NFD like this:</div><div>$ sudo env NDN_LOG="*=TRACE" HOME="nfd-home" nfd</div><div><br></div><div>The NFD fails with this error:</div><div>1565903479.734649 DEBUG: [ndn.security.v2.ValidationState] > Internal implementation error (Validator/policy did not invoke success or failure callback)<br>  what():  Non-recoverable error: Internal implementation error (Validator/policy did not invoke success or failure callback) code: 10021<br><br></div><div>Is there anything else I should try?</div><div><br></div><div>Thank you,</div><div>Erynn</div></div></div></div><br><div class="gmail_quote"><div class="gmail_attr" dir="ltr">On Thu, Aug 15, 2019 at 6:54 AM Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="auto">Hi Zhongda<div dir="auto"><br></div><div dir="auto">This appears to be a KeyChain conflict.</div><div dir="auto"><br></div><div dir="auto">NFD needs to run from an isolated KeyChain ($HOME environment variable). If it shares a KeyChain with another app that modifies the KeyChain, modifications could make NFD's view of the KeyChain inconsistent with what's in the filesystem, and eventually cause a crash.</div><div dir="auto"><br></div><div dir="auto">Also, you must manually generate a key inside that KeyChain. Otherwise, NFD would generate a key first time it's needed. Depending on timing between NFD's two threads, one of these can occur: (1) RIB thread generates a key then main thread drops root privilege, future signing fails because key is inaccessible; (2) two threads try to generate keys simultaneously, causing a conflict; (3) main thread drops root privilege then RIB thread generates a key as non-root, and everything works. Thus, always generate the key yourself and make it accessible by NFD's euid.</div><div dir="auto"><br></div>Yours, Junxiao<br><br><div class="gmail_quote" dir="auto"><div class="gmail_attr" dir="ltr">On Thu, Aug 8, 2019, 05:30 Zhongda Xia via Nfd-dev <<a href="mailto:nfd-dev@lists.cs.ucla.edu" target="_blank">nfd-dev@lists.cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="ltr">Hi all,<div><br></div><div>My NFD crashes after a local application exits (producer applications like "ndnpingserver"), showing the following error messages:</div><div><br></div><div>1565242734.292879 DEBUG: [nfd.FibUpdater] Failed to apply FibUpdate( Name: /rv, faceId: 263, action: REMOVE_NEXTHOP) (code: 10021, error: Internal implementation error (Validator/policy did not invoke success or failure callback))<br>terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<nfd::rib::FibUpdater::Error> >'<br>  what():  Non-recoverable error: Internal implementation error (Validator/policy did not invoke success or failure callback) code: 10021<br></div><div><br></div><div>I am still trying to debug this, and my setup is a little complicated (working on a dev branch), so I'm hoping someone has seen something similar before, and could give me a hint on what to check first. Thanks!</div></div><br>
</blockquote></div></div>
_______________________________________________<br>
Nfd-dev mailing list<br>
<a href="mailto:Nfd-dev@lists.cs.ucla.edu" target="_blank">Nfd-dev@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" target="_blank" rel="noreferrer">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>
</blockquote></div>