运维系统,发现报错,打开文件句柄数太多解决方案
2013-05-21 12:39
337 查看
在Linux中查看日志时,发现有Can’t open so many files信息。应该是虚拟机打开文件数或者sockets数太多了。
在Linux下,我们使用ulimit -n命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。
对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象java等单进程处理大量请求的应用来说就有点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值,就会提到“too
many files open”的错误提示。如下面一段小脚本可以帮你查看:lsof -n |awk '{print $2}'|sort|uniq -c |sort -nr|more
但是如果系统并发特别大,很有可能会超过1024。这时候就必须要调整系统参数,以适应应用变化。Linux有硬性限制和软性限制。可以通过ulimit来设定这两个参数。
[root@paragon ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 30
file size (blocks, -f) unlimited
pending signals (-i) 30605
max locked memory (kbytes, -l) 40000
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 65
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 30605
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
修改方法:
在文件/etc/security/limits.conf中添加:
* soft nofile 65536
* hard nofile 65536
只需要添加上面两句。
最后系统使用这个
# End of file
* - nofile 102400
* - nproc 102400
解释:*代表domain,就是全局的意思,可以改成具体的用户名来限制某个用户。
soft / hard:这个当中的硬限制是实际的限制,而软限制,是warnning限制,只会做出warning.
nofile 代表max number of opened file,
65536:代表最大打开句柄数
另:如果只是添加硬限制,而没有添加软限制,是没有作用的,使用ulimit -a 查看还是没变。
重启机器就ok了
在Linux下,我们使用ulimit -n命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。
对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象java等单进程处理大量请求的应用来说就有点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值,就会提到“too
many files open”的错误提示。如下面一段小脚本可以帮你查看:lsof -n |awk '{print $2}'|sort|uniq -c |sort -nr|more
但是如果系统并发特别大,很有可能会超过1024。这时候就必须要调整系统参数,以适应应用变化。Linux有硬性限制和软性限制。可以通过ulimit来设定这两个参数。
[root@paragon ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 30
file size (blocks, -f) unlimited
pending signals (-i) 30605
max locked memory (kbytes, -l) 40000
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 65
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 30605
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
修改方法:
在文件/etc/security/limits.conf中添加:
* soft nofile 65536
* hard nofile 65536
只需要添加上面两句。
最后系统使用这个
# End of file
* - nofile 102400
* - nproc 102400
解释:*代表domain,就是全局的意思,可以改成具体的用户名来限制某个用户。
soft / hard:这个当中的硬限制是实际的限制,而软限制,是warnning限制,只会做出warning.
nofile 代表max number of opened file,
65536:代表最大打开句柄数
另:如果只是添加硬限制,而没有添加软限制,是没有作用的,使用ulimit -a 查看还是没变。
重启机器就ok了
相关文章推荐
- 进程打开的文件句柄数量超过系统默认值1024,就会提示“too many files open”信息
- linux 上tomcat 服务器抛出socket异常“文件打开太多”的问题 - 也碰到了这个问题,解决方案如下
- 怎样确认linux系统中目前打开的文件句柄数
- svn:期望文件系统格式在“1”到“4”之间;发现格式“6” 的问题解决方案
- 系统无法打开.exe可执行文件的解决方案
- 系统进程打开文件最大句柄数的限制
- MS office 2007 Excel在打开和关闭文件的时候经常crash(系统遇到未知错误,非法退出!)的原因和解决方案!
- 搜索Linux系统所有进程打开(文件)句柄的命令
- 系统进程打开文件最大句柄数的限制
- Windows系统进程打开文件句柄数的限制
- 关于Win 10 vmware12 无法打开内核设备“\\.\Global\vmx86”: 系统找不到指定的文件解决方案
- 系统无法打开.exe可执行文件的解决方案
- [已解决]android studio安装后发现模拟器无法打开(HAXM 系统找不到指定的文件。)
- 用VSS 2005 打开PDF文件,结果发现内容是空白的解决方案
- 今天在Mac机器上使用了Flex Builder编辑了一个源代码文件,保存后使用vim命令去打开时发现系统自动在每一行的结尾添加了^M符号,其实^M在Linux/Unix中是非常常见的,也就是我们在Win中见过的/r回车符号。由于编辑软件的编码问题,某些IDE的编辑器在编辑完文件之后会自动加上这个^M符号。看起来对我们的源代码没有任何影响,其实并不然,当我们把源代码文件Check In到svn之类
- 打开VS2010帮助时,出现提示“系统所需的本地内容文件缺失或已损坏。“解决方案
- 打开WEB项目时, 文件系统、本地IIS 的区别
- vs2003 打开VS.NET项目时遇到 “无法从web服务器获取项目文件” 解决方案
- 从open系统调用的源码看文件的打开过程
- 牛腩新闻发布系统"小插曲"------"项目文件""已被重命名或已不在解决方案中"