Linux运维：ulimit命令修改打开文件的句柄数

ulimit命令语法

ulimit [-aHS][-c <core文件上限>][-d <数据节区大小>][-f <文件大小>][-m <内存大小>][-n <文件数目>][-p <缓冲区大小>][-s <堆叠大小>][-t <CPU时间>][-u <程序数目>][-v <虚拟内存大小>]

参数说明：

参数	英文说明	中文解释
-a	all	显示目前资源限制的设定。
-c	core file size	<core文件上限>设定core文件的最大值，单位为区块。
-d	data seg size	<数据节区大小> 程序数据节区的最大值，单位为KB。
-f	file size	<文件大小> 　shell所能建立的最大文件，单位为区块。
-H	hard	设定资源的硬性限制，管理员设置的上限。
-S	soft	软设定资源的弹性限制，小于hard设置的上限。
-m	max locked memory	设置内存中一些对程序性能影响较大的数据lock,指定可使用内存的上限，单位为KB。
-m	max memory size	<内存大小> 　指定可使用内存的上限，单位为KB。
-n	open files	<文件数目> 　指定同一时间最多可开启的文件数。
-p	pipe size	<缓冲区大小> 　指定管道缓冲区的大小，单位512字节。
-s	stack size	<堆栈大小> 　指定堆栈的上限，单位为KB。
-t	cpu time	<CPU时间> 　指定CPU使用时间的上限，单位为秒。
-u	max user processes	<程序数目> 　用户最多可开启的程序数目。
-v	virtual memory	<虚拟内存大小> 　指定可使用的虚拟内存上限，单位为KB。

查看本机设置的参数：

[root@hadoop-master 2477]# 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) 7146
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 102400
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) 7146
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

ulimit修改打开文件的句柄数

场景

linux系统默认open files数目为1024, 有时应用程序会报Too many open files的错误，是因为open files 数目不够。这就需要修改ulimit和file-max。特别是提供大量静态文件访问的web服务器，缓存服务器（如squid）, 更要注意这个问题。
网上的教程，都只是简单说明要如何设置ulimit和file-max, 但这两者之间的关系差别，并没有仔细说明

解释：

1. file-max
man proc，可得到file-max的描述：/proc/sys/fs/file-max
This file defines a system-wide limit on the number of open files for all processes. (See
also setrlimit(2), which can be used by a process to set the per-process limit,
RLIMIT_NOFILE, on the number of files it may open.) If you get lots of error messages
about running out of file handles, try increasing this value:
即file-max是设置 系统所有进程一共可以打开的文件数量 。同时一些程序可以通过setrlimit调用，设置每个进程的限制。如果得到大量使用完文件句柄的错误信息，是应该增加这个值。
也就是说，这项参数是系统级别的。

2. ulimit
Provides control over the resources available to the shell and to processes started by it, on systems that allow such control.
即设置当前shell以及由它启动的进程的资源限制。
显然，对服务器来说，file-max, ulimit都需要设置，否则就可能出现文件描述符用尽的问题

修改

1.修改file-max

# echo  102400 > /proc/sys/fs/file-max 
# sysctl -w "fs.file-max=102400"，前面2种重启机器后会恢复为默认值
# vim /etc/sysctl.conf, 加入以下内容，重启生效
fs.file-max=102400
net.nf_conntrack_max=1024000
net.netfilter.nf_conntrack_max=1024000

2.修改ulimit的open file

系统默认的ulimit对文件打开数量的限制是1024
方式一（临时修改，推出后恢复默认值）：

# ulimit -HSn 102400  //这只是在当前终端有效，退出之后，open files又变为默认值。当然也可以写到/etc/profile中，因为每次登录终端时，都会自动执行/etc/profile

方式二（永久修改，需要重启主机）：

# vim /etc/security/limits.conf  //加入以下配置，重启即可生效
* hard nofile 102400
* soft nofile 102400

按照第二种方式重启后，再看，发现句柄数已经改变了

[root@hadoop-master 2477]# ulimit -n
102400

注意事项

daemon进程无效

为了让一个程序的open files数目扩大，可以在启动脚本前面加上ulimit -HSn 102400命令。但当程序是一个daemon时，可能这种方法无效，因为没有终端。

服务已启动动态调整无效

如果某项服务已经启动，再动态调整ulimit是无效的，特别是涉及到线上业务就更麻烦了。
这时，可以考虑通过修改/proc/’程序pid’/limits来实现动态修改！！！（笔者通过VIM修改后报没有权限，目前无法通过这种方式修改），可以通过启动前修改的方式达到修改的目的。
例如：首先修改本地的打开文件数，从2048修改为1024

[root@hadoop-master shell-asy]# ulimit -n 
2048
[root@hadoop-master shell-asy]# ulimit -n 1024
[root@hadoop-master shell-asy]# ulimit -n
1024

然后启动服务，并查看ulimit参数

[root@hadoop-master shell-asy]# nohup sh start-syn.sh &
[2] 4542
[root@hadoop-master shell-asy]# nohup: 忽略输入并把输出追加到"nohup.out"

[root@hadoop-master shell-asy]# cat /proc/4542/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             7146                 7146                 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       7146                 7146                 signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us  

发现我们需要修改的文件句柄数已经修改了