close_wait导致的to many 问题

今天发现线上jython load很高，查看jstack,jstat都没有异常情况，本来想通过jmap，结果提示我too many open files，应该是网络链接的问题，发现果然大量close_wait,估计是因为长链接，nginx重启的时候，java这头没有关闭，重启之后搞定。

 

 

 

 

 Too many open files经常在使用linux的时候出现，大多数情况是您的程序没有正常关闭一些资源引起的，所以出现这种情况，请检查io读写，socket通讯等是否正常关闭。

如果检查程序没有问题，那就有可能是linux默认的open files值太小，不能满足当前程序默认值的要求，比如数据库连接池的个数，tomcat请求连接的个数等。。。

查看当前系统open files的默认值，可执行：

[root@pororo script]# 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) 128161
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 800000
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 128161
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

 如果发现open files项比较小，可以按如下方式更改：

1. 检查/proc/sys/fs/file-max文件来确认最大打开文件数已经被正确设置。

cat /proc/sys/fs/file-max 

如果设置值太小，修改文件/etc/sysctl.conf的变量到合适的值。这样会在每次重启之后生效。 如果设置值够大，跳过这一步。

echo  2048  > /proc/sys/fs/file-max 

 

编辑文件/etc/sysctl.conf，插入下行：

fs.file-max = 
8192

2. 在/etc/security/limits.conf文件中设置最大打开文件数， 下面是一行提示：

#<domain>  <type>  <item>  <value> 

 

添加如下这行:

* - nofile 
8192

这行设置了每个用户的默认打开文件数为2048。 注意"nofile"项有两个可能的限制措施。就是<type>项下的hard和soft。 要使修改过得最大打开文件数生效，必须对这两种限制进行设定。 如果使用"-"字符设定<type>, 则hard和soft设定会同时被设定。

硬限制表明soft限制中所能设定的最大值。 soft限制指的是当前系统生效的设置值。 hard限制值可以被普通用户降低。但是不能增加。 soft限制不能设置的比hard限制更高。 只有root用户才能够增加hard限制值。

当增加文件限制描述，可以简单的把当前值双倍。 例子如下， 如果你要提高默认值1024， 最好提高到2048， 如果还要继续增加， 就需要设置成4096。

最后用ulimit -a再次查看，open files的值，没什么问题的话，就已经改过来了。