记录一次Linux操作系统最大文件数限制的解决过程
在前面的文章中之前遇到过There is insufficient memory for the Java Runtime Environment to continue问题，无法连接上服务器。（http://blog.csdn.net/xifeijian/article/details/38326281），当时的解决方案是通过加大linux最大文件句柄数，问题暂时得到了解决。
可是在后来的工作中仍然遇到服务器连接不上的情况，之前一直怀疑是该服务器上性能测试脚本导致占据大量句柄。
奇怪的问题是：通过xshell使用openpf用户连接Linux服务器时，首先是建立连接established，然后服务端主动close掉连接。
但是，通过root帐号可以连接上服务器。
一、首先，尝试su openpf，系统提示该帐号资源已完全用尽，所以无法切换到该帐号。
然后排查各种脚本，是否存在可疑的占据句柄不释放的情况，未果。
二、既然查看该帐号资源耗尽，那么通过lsof -u openpf >test，显示该帐号下打开的文件句柄，发现大量TT相关异常。从下面截图中已经很明确异常原因是因为checkTT.sh脚本引起。
三、分析checkTT.sh脚本内容，该脚本内容主要用来监听ttserver是否启动，在crontab中描述为* * * * *不间断的执行，而由于ttserver在服务器改造过程中修改了启动端口，所以该监听脚本产生大量未执行完毕的句柄。
四、关闭该进程打开的异常句柄，cat test |grep checkTT |awk ‘{print $2}‘ |xargs kill，然后su openpf切换帐号，终于恢复正常。
另外，对于ulimit，file-max，file-nr，推荐一篇文章。http://www.jsxubar.info/linux文件打开数.html
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
