Update!<div><br></div><div>I just made it work!</div><div><br></div><div>The whole problem was that I had 2 ip processes running at the system.</div><div>So when I was trying to access the kernel I had conflicts.</div><div>
<br></div><div>I killed one of them and everything worked like a charm.</div><div><br></div><div>Thanks for your help.</div><div>I really appreciate it.</div><div><br><div class="gmail_quote">2010/12/10 Panagiotis Tamtamis <span dir="ltr"><<a href="mailto:tamtamis@gmail.com">tamtamis@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Actually is not really an embedded system. You can say more that it is a customized pc.<div>So actually we don't really have resource problems</div>
<div><br></div><div>I just recompiled the kernel with more debug information hoping to get more info about the errors.</div>
<div><br></div><div>Its a pc based kernel so it has MMU</div><div><br></div><div>And I will surely provide more info if I find anything more!</div><div><br></div><div><br><div class="gmail_quote">2010/12/10 Paul Wouters <span dir="ltr"><<a href="mailto:paul@xelerance.com" target="_blank">paul@xelerance.com</a>></span><div>
<div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Fri, 10 Dec 2010, Panagiotis Tamtamis wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I found out that from the logs the following errors:<br>
</blockquote>
<br>
</div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2010/12/03 18:00:24 debug HOOME authpriv pluto[27788]: | cmd( 640):L+PFS+UP+IKEv2ALLOW\' ipsec _updown:<br>
2010/12/03 18:00:25 info HOOME daemon confd_ip[27777]: rule flush cache<br>
2010/12/03 18:00:25 err HOOME daemon confd_ip[4115]: Error reading data: Connection reset by peer<br>
2010/12/03 18:00:25 warning HOOME authpriv pluto[27788]: \"sample\" #2: route-host output: select() error: Bad file descriptor<br>
2010/12/03 18:00:25 warning HOOME authpriv pluto[27788]: \"sample\" #2: route-host command exited with status 255<br>
</blockquote>
<br></div>
I have never seen that. I'm not sure what that means.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And then I tried to run some commands like ip route list or ip addr list<br>
<br>
It seems that the netlink socket in the system does not always provide the data.<br>
For example if I run the command for one time it might work. But if I do it again it doesn't.<br>
<br>
And from the strace I have some really strange outputs. It seems that the data are indeed written but are not printed.<br>
And the resource seems to be temporarily unavailable.<br>
<br>
So I guess I will go into this direction to see why I have this behavior in the system and why the route-host command which as it seems<br>
uses netlink sockets and the confd_ip resource, fails.<br>
<br>
Any hints are always welcomed.<br>
</blockquote>
<br>
<br></div>
Is this a NOMMU kernel?<br>
<br>
Are you severely resource restrained (ram?)<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will also keep you posted in case I find out more.<br>
</blockquote>
<br></div>
Please do. I would like to understand what it is.<br><font color="#888888">
<br>
Paul<br>
</font></blockquote></div></div></div><br><br clear="all"><br>-- <br>Think simple!<br>
</div>
</blockquote></div><br><br clear="all"><br>-- <br>Think simple!<br>
</div>