From philoliang2011 at gmail.com Mon Nov 9 11:55:06 2015 From: philoliang2011 at gmail.com (Teng Liang) Date: Mon, 9 Nov 2015 12:55:06 -0700 Subject: [Mini-NDN] [mini-ndn] Failed to read configuration file Message-ID: Hi folks, I failed to run the latest version of mini-ndn (on Linux) with the following errors. First, mini-ndn tried to copy the nfd configuration file from '/usr/local/etc/ndn/', but failed. > cp: cannot stat `/usr/local/etc/ndn/nfd.conf.sample': No such file or directory My configuration files were in '/etc/ndn/'; I tried to copy them to '/usr/local/etc/ndn/' and ran minindn again. Here are the error messages from a.log: 1446853834.224102 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446853889.262472 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446932899.171233 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003753.226606 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003833.855714 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447005216.105377 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] Another question is how are topologies files generated, manually or by some scripts from minindn? What's the format? Thanks, Teng -------------- next part -------------- An HTML attachment was scrubbed... URL: From vslehman at memphis.edu Mon Nov 9 12:09:55 2015 From: vslehman at memphis.edu (Vince Lehman (vslehman)) Date: Mon, 9 Nov 2015 20:09:55 +0000 Subject: [Mini-NDN] [mini-ndn] Failed to read configuration file In-Reply-To: References: Message-ID: <39777B9D-6E97-40C7-BC5F-79B18DE64377@memphis.edu> Hi Teng, Can you first confirm that the file ?/tmp/a/a.conf? exists? If so, make sure there are no instances of NFD currently running, remove the folders for each node in the /tmp directory, and then try starting Mini-NDN again. Another question is how are topologies files generated, manually or by some scripts from minindn? What's the format? The topologies can be written by hand or by using the GUI. The format is described in docs/CONFIG.md (https://github.com/named-data/mini-ndn/blob/master/docs/CONFIG.md), and the GUI is explained in docs/GUI.md (https://github.com/named-data/mini-ndn/blob/master/docs/GUI.md). -- Vince Lehman On Nov 9, 2015, at 1:55 PM, Teng Liang > wrote: Hi folks, I failed to run the latest version of mini-ndn (on Linux) with the following errors. First, mini-ndn tried to copy the nfd configuration file from '/usr/local/etc/ndn/', but failed. > cp: cannot stat `/usr/local/etc/ndn/nfd.conf.sample': No such file or directory My configuration files were in '/etc/ndn/'; I tried to copy them to '/usr/local/etc/ndn/' and ran minindn again. Here are the error messages from a.log: 1446853834.224102 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446853889.262472 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446932899.171233 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003753.226606 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003833.855714 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447005216.105377 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] Another question is how are topologies files generated, manually or by some scripts from minindn? What's the format? Thanks, Teng _______________________________________________ Mini-NDN mailing list Mini-NDN at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/mini-ndn -------------- next part -------------- An HTML attachment was scrubbed... URL: From philoliang2011 at gmail.com Thu Nov 12 17:16:06 2015 From: philoliang2011 at gmail.com (Teng Liang) Date: Thu, 12 Nov 2015 18:16:06 -0700 Subject: [Mini-NDN] [mini-ndn] Failed to read configuration file In-Reply-To: <39777B9D-6E97-40C7-BC5F-79B18DE64377@memphis.edu> References: <39777B9D-6E97-40C7-BC5F-79B18DE64377@memphis.edu> Message-ID: Hi Vince, Thanks for your help. I tried again, following your instructions. As a result, there were no errors in log file, but ndnping didn't work. The results were either mininet> a ndnping b PING /1.0.0.2 timeout from /1.0.0.2: seq=17432959044867093349 timeout from /1.0.0.2: seq=17432959044867093350 timeout from /1.0.0.2: seq=17432959044867093351 or mininet> a ndnping b ERROR: error while receiving data from socket (End of file) PING /1.0.0.2 ERROR: error while connecting to the forwarder (No such file or directory) The pingall experiment worked well. For the topologies, docs/CONFIG.md doesn't explain parameters *radius* or *angle* for nodes. In INSALL.md, the verification command doesn't work, as there is no --pingall option for minindn. Teng On Mon, Nov 9, 2015 at 1:09 PM, Vince Lehman (vslehman) < vslehman at memphis.edu> wrote: > Hi Teng, > > Can you first confirm that the file ?/tmp/a/a.conf? exists? If so, make > sure there are no instances of NFD currently running, remove the folders > for each node in the /tmp directory, and then try starting Mini-NDN again. > > Another question is how are topologies files generated, manually or by > some scripts from minindn? What's the format? > > > The topologies can be written by hand or by using the GUI. The format is > described in docs/CONFIG.md ( > https://github.com/named-data/mini-ndn/blob/master/docs/CONFIG.md), and > the GUI is explained in docs/GUI.md ( > https://github.com/named-data/mini-ndn/blob/master/docs/GUI.md). > > -- > Vince Lehman > > On Nov 9, 2015, at 1:55 PM, Teng Liang wrote: > > Hi folks, > > I failed to run the latest version of mini-ndn (on Linux) with the > following errors. > > First, mini-ndn tried to copy the nfd configuration file from > '/usr/local/etc/ndn/', but failed. > > > cp: cannot stat `/usr/local/etc/ndn/nfd.conf.sample': No such file or > directory > > My configuration files were in '/etc/ndn/'; I tried to copy them to > '/usr/local/etc/ndn/' and ran minindn again. Here are the error messages > from a.log: > > 1446853834.224102 FATAL: [NFD] Failed to read configuration file: > /tmp/a/a.conf [from ../core/config-file.cpp:94 in void > nfd::ConfigFile::parse(const string&, bool)] > 1446853889.262472 FATAL: [NFD] Failed to read configuration file: > /tmp/a/a.conf [from ../core/config-file.cpp:94 in void > nfd::ConfigFile::parse(const string&, bool)] > 1446932899.171233 FATAL: [NFD] Socket file at /run/a.sock belongs to > another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void > nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const > ConnectFailedCallback&, int)] > 1447003753.226606 FATAL: [NFD] Socket file at /run/a.sock belongs to > another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void > nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const > ConnectFailedCallback&, int)] > 1447003833.855714 FATAL: [NFD] Socket file at /run/a.sock belongs to > another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void > nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const > ConnectFailedCallback&, int)] > 1447005216.105377 FATAL: [NFD] Socket file at /run/a.sock belongs to > another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void > nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const > ConnectFailedCallback&, int)] > > Another question is how are topologies files generated, manually or by > some scripts from minindn? What's the format? > > Thanks, > > Teng > _______________________________________________ > Mini-NDN mailing list > Mini-NDN at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/mini-ndn > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From agawande at memphis.edu Thu Nov 12 17:30:14 2015 From: agawande at memphis.edu (Ashlesh Gawande (agawande)) Date: Fri, 13 Nov 2015 01:30:14 +0000 Subject: [Mini-NDN] [mini-ndn] Failed to read configuration file In-Reply-To: References: <39777B9D-6E97-40C7-BC5F-79B18DE64377@memphis.edu>, Message-ID: Hi Seems like either NFD is not running or NFD got killed somehow or client.conf cannot find NFD sock hence the error: ERROR: error while connecting to the forwarder (No such file or directory). I am guessing it is the second case since pingall experiment worked. Was the ndnping command the first one you ran after mini-NDN command line came up? 1) ndnping will not work if you don't have ndnpingserver running on a node (mininet>a ndnpingserver /ndn/edu/a &, don't forget the & to run it in background other wise you can no longer use the command line and would have to press control C to exit). Then you can ping it from other nodes as long as there is route to that (which NLSR should take care of). 2) NFD gets killed if you press Control-C on mininet command line (For example if you ran: mininet> a ndnpingserver /ndn/edu/a and then pressed Control-C, NFD on node a would get killed). 3) Radius and angle are to do with the hyperbolic (geometric) routing (--hr option). Normally mini-NDN uses link state routing and those options are 4) Instead of --pingall use --experiment=pingall Thank you for notifying us, we will try to update the documentation soon. Ashlesh ________________________________ From: Mini-NDN on behalf of Teng Liang Sent: Thursday, November 12, 2015 7:16 PM To: Vince Lehman (vslehman) Cc: mini-ndn at lists.cs.ucla.edu Subject: Re: [Mini-NDN] [mini-ndn] Failed to read configuration file Hi Vince, Thanks for your help. I tried again, following your instructions. As a result, there were no errors in log file, but ndnping didn't work. The results were either mininet> a ndnping b PING /1.0.0.2 timeout from /1.0.0.2: seq=17432959044867093349 timeout from /1.0.0.2: seq=17432959044867093350 timeout from /1.0.0.2: seq=17432959044867093351 or mininet> a ndnping b ERROR: error while receiving data from socket (End of file) PING /1.0.0.2 ERROR: error while connecting to the forwarder (No such file or directory) The pingall experiment worked well. For the topologies, docs/CONFIG.md doesn't explain parameters radius or angle for nodes. In INSALL.md, the verification command doesn't work, as there is no --pingall option for minindn. Teng On Mon, Nov 9, 2015 at 1:09 PM, Vince Lehman (vslehman) > wrote: Hi Teng, Can you first confirm that the file ?/tmp/a/a.conf? exists? If so, make sure there are no instances of NFD currently running, remove the folders for each node in the /tmp directory, and then try starting Mini-NDN again. Another question is how are topologies files generated, manually or by some scripts from minindn? What's the format? The topologies can be written by hand or by using the GUI. The format is described in docs/CONFIG.md (https://github.com/named-data/mini-ndn/blob/master/docs/CONFIG.md), and the GUI is explained in docs/GUI.md (https://github.com/named-data/mini-ndn/blob/master/docs/GUI.md). -- Vince Lehman On Nov 9, 2015, at 1:55 PM, Teng Liang > wrote: Hi folks, I failed to run the latest version of mini-ndn (on Linux) with the following errors. First, mini-ndn tried to copy the nfd configuration file from '/usr/local/etc/ndn/', but failed. > cp: cannot stat `/usr/local/etc/ndn/nfd.conf.sample': No such file or directory My configuration files were in '/etc/ndn/'; I tried to copy them to '/usr/local/etc/ndn/' and ran minindn again. Here are the error messages from a.log: 1446853834.224102 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446853889.262472 FATAL: [NFD] Failed to read configuration file: /tmp/a/a.conf [from ../core/config-file.cpp:94 in void nfd::ConfigFile::parse(const string&, bool)] 1446932899.171233 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003753.226606 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447003833.855714 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] 1447005216.105377 FATAL: [NFD] Socket file at /run/a.sock belongs to another NFD process [from ../daemon/face/unix-stream-channel.cpp:83 in void nfd::UnixStreamChannel::listen(const FaceCreatedCallback&, const ConnectFailedCallback&, int)] Another question is how are topologies files generated, manually or by some scripts from minindn? What's the format? Thanks, Teng _______________________________________________ Mini-NDN mailing list Mini-NDN at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/mini-ndn -------------- next part -------------- An HTML attachment was scrubbed... URL: From lanwang at memphis.edu Mon Nov 16 10:30:56 2015 From: lanwang at memphis.edu (Lan Wang (lanwang)) Date: Mon, 16 Nov 2015 18:30:56 +0000 Subject: [Mini-NDN] Fwd: [Ndn-interest] Mini-NDN v0.1.1 release References: <7E031412-8F7E-4E0C-BE58-A5D1B486B6F3@memphis.edu> Message-ID: Begin forwarded message: From: "Vince Lehman (vslehman)" > Subject: [Ndn-interest] Mini-NDN v0.1.1 release Date: November 4, 2015 4:43:26 PM CST To: "ndn-interest at lists.cs.ucla.edu" >, "ndn at lists.cs.ucla.edu" > Dear all, We are pleased to announce the release of Mini-NDN v0.1.1. Mini-NDN is a lightweight networking emulation tool that enables testing, experimentation, and research on the NDN platform. Based on Mininet, Mini-NDN uses the NDN libraries, NFD, NLSR, and tools released by the NDN project (http://named-data.net/codebase/platform/) to emulate an NDN network on a single system. Detailed release notes with new features, changes, and bug fixes can be found at: https://github.com/named-data/mini-ndn/blob/master/docs/RELEASE-NOTES.md More information about Mini-NDN, tutorials, installation and configuration guides, and documentation are available at the Mini-NDN Github repository: https://github.com/named-data/mini-ndn Please report any bugs or issues, make feature requests, or provide feedback at our Redmine page: http://redmine.named-data.net/projects/mini-ndn or on our mailing list: http://www.lists.cs.ucla.edu/mailman/listinfo/mini-ndn * * * Mini-NDN Developers and Contributors: Ashlesh Gawande, Vince Lehman, Lan Wang, Alexander Afanasyev, Junxiao Shi, Beichuan Zhang _______________________________________________ Ndn-interest mailing list Ndn-interest at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest -------------- next part -------------- An HTML attachment was scrubbed... URL: