ts-7000
[Top] [All Lists]

[ts-7000] Re: Porting from x86 application to TS7552, now getting "Too m

To:
Subject: [ts-7000] Re: Porting from x86 application to TS7552, now getting "Too many open files" errors
From: "Jean-Francois" <>
Date: Tue, 08 Jun 2010 17:58:35 -0000
Thanks for the pointer.

I kinda knew deep down inside that it was something like this. Found the 
problem right away. 




--- In  "Breton M. Saunders" <> 
wrote:
>
> Sounds like you are leaking sockets.
> I'd check the code.
> 
> lsof is available on x86 linux.  I think it comes installed by default 
> on ubuntu; if not, the shell will tell you what to install.
> 
>      -Brett
> 
> 
> On 06/08/2010 02:46 PM, Jean-Francois wrote:
> > Our embedded application currently run on a x86 sbc, with an few years old 
> > minimal linux distributions.
> >
> > We are porting our application to the TS-7552. Things should be very 
> > straight forward except of course for HW related stuff. However, when I run 
> > the software on the TS-7552, during the initialization phase of the program 
> > where many files/pipes/sockets are opened, I get errors about "Too many 
> > open files" and the program quits. This was not an issue on the x86 sbc. I 
> > compared the kernel parameters "ts.file-nr" and the same max values are the 
> > same on both (8196). I evidently tried to increase the value, but it did 
> > not help. Is there any other parameter I should check?
> >
> > If I run the program in background, it also quits, but what's weird, is 
> > that if I launch a second instance of the program quickly, before the first 
> > instance quits, I don't get the error and both instances of the program 
> > runs normally (no error and everything else seem to work fine).
> >
> > I noticed something that look suspicious. the command lsof returns a tons 
> > of lines (3728 to be exact) like:
> >
> > app 227 root 3u sock 0,4 3168 can't identify protocol
> >
> > This is when only one instance of the program is running (the other 
> > instance has been killed). Also "sysctl fs.file-nr" returns:
> >
> > fs.file-nr = 1161 0 8192
> >
> > I can't check if I get the same on the x86 since lsof is not available... 
> > The x86 toolchain is using glibc and the arm toolchain is using uClibc if 
> > that matters.
> >
> > Any ideas anyone? Anything else I should check?
> >
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
>




------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
     
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU