打开的文件太多(ulimit已经更改)

时间:2012-12-21 10:53:33

标签: socketexception ulimit

我正在使用tomcat 7和java 1.7开发debian服务器。这是一个收到多个TCP连接的应用程序,每个TCP连接都是java进程打开的文件。

查看/proc/pid of java/fd我发现,有时,打开文件的数量超过1024,当发生这种情况时,我会在catalina.out日志中找到stacktrace _SocketException: Too many open files_

我发现有关此错误的所有内容,人们都提到了ulimit,我已经改变了这个问题并且错误不断发生。这是配置:

/etc/security/limits.conf

root    soft    nofile  8192
root    hard    nofile  8192

/etc/sysctl.conf

fs.file-max = 300000

ulimit -a命令返回:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 8192
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

但是,当我检查java进程的限制时,它只有1024

/proc/pid of java/limits

Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            8388608              unlimited            bytes     
Max core file size        0                    unlimited            bytes     
Max resident set          unlimited            unlimited            bytes     
Max processes             32339                32339                processes 
Max open files            1024                 1024                 files     
Max locked memory         65536                65536                bytes     
Max address space         unlimited            unlimited            bytes     
Max file locks            unlimited            unlimited            locks     
Max pending signals       32339                32339                signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us        

如何增加java进程的Max open files数量?

3 个答案:

答案 0 :(得分:18)

我只是将行ulimit -n 8192放在catalina.sh中,所以当我执行catalina start时,java会以上面指定的限制运行。

答案 1 :(得分:10)

ulimit值是在会话启动时分配的,因此更改/etc/security/limits.conf不会对已在运行的进程产生任何影响。非登录进程将从其父级继承ulimit值,就像环境变量的继承一样。

因此在更改/etc/security/limits.conf后,您需要注销&登录(以便您的会话将具有新的限制),然后重新启动应用程序。只有这样,您的应用程序才能使用新的限制。

答案 2 :(得分:1)

根据tomcat / httpd处理的工作负载/流量,可能完全没有必要设置更高的ulimit。 Linux为每个套接字连接创建一个文件描述符,因此如果将tomcat配置为使用mod_jk / ajp协议作为连接器,那么您可能希望查看最大允许连接是否过高或者connectionTimeout或keepAliveTimeout是否过高。这些参数在消耗OS文件描述符中起着重要作用。有时,如果tomcat是由反向代理构成的,那么限制apache httpd / nginx连接的数量也是可行的。我曾经减少了httpd中的serverLimit值,以便在gaterush场景中限制传入的请求。总而言之,调整ulimit可能不是一个可行的选择,因为你的系统最终可能消耗掉很多东西。你必须提出一个整体计划来解决这个问题。