[ale] "Too many open files" while opening a socket on Ubuntu

[JK]

Gah. Ubuntu is seriously starting to make me crazy.

I thought I'd found it: /proc/sys/net/core/somaxconn was 128!
Set it to 65000... no joy :-(((((

Also I find that when I use the network config GUI ("Network
Manager"?) to change my Ethernet interfaces from DHCP to
static IPs, the config doesn't stick across reboots! They
go back to DHCP... WTF?

Grrrr!

-- JK


Jim Kinney wrote:
> check /proc/sys/fs/file-max (320376 F10)
>                         /kernel/threads-max (77824 F10)
> 
> Also, I recall that java has some limits as well but I have no recall
> of where those get tweaked. I'm running Openjava on F10.
> 
> On Wed, Mar 4, 2009 at 9:58 PM, JK <jknapka at kneuro.net> wrote:
>> I have a Java app that needs to open many many UDP sockets.  When
>> it's opened around 120 of them, further attempts fail with a
>> "Too many open files" exception.  It also starts a thread to handle
>> traffic on each of these sockets.  This error happens on Ubuntu 8.10,
>> but not on Fedora 8.
>>
>> ulimit -a says both max user processes and max open files = 65000
>> (because I changed them in /etc/security/limits.conf). I mention
>> user processes because I know Linux threads are implemented as
>> kernel-level processes, so I thought that might be relevant.
>>
>> Any ideas?  Google is leading me only to answers related to
>> ulimits.  It certainly seems to be a configuration issue with user
>> resource limits, but I don't see any obvious way to change (or
>> discover the values of) limits related to sockets.
>>
>> I'd really hate to have to go back to Fedora to solve this :-(
>>
>> Thanks,
>>
>> -- JK
>>
>>
>> --
>> I do not particularly want to go where the money is -
>>  it usually does not smell nice there. -- A. Stepanov
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>>
> 
> 
> 


-- 
I do not particularly want to go where the money is -
  it usually does not smell nice there. -- A. Stepanov