logo标签列表

/etc/security/limits.conf中的soft nproc限制似乎被忽略了。

linuxamazon-web-servicesmongodbulimitlimits
我的MongoDB数据库在负载下遇到了问题，日志中不断出现以下错误信息： 
[initandlisten] pthread_create failed: errno:11 Resource temporarily unavailable
[initandlisten] can't create new thread, closing connection
我得出结论，我需要提高“ulimit -u”或“最大进程数”设置，它们原本是1024，而且使用量可能已经超过了这个限制，因为启动了Web前端（不确定如何检查这一点）。 我编辑了/etc/security/limits.conf文件，添加了最后两行（前两行已经存在）： 
*                soft    nofile          350000
*                hard    nofile          350000
*                soft    nproc           30000
*                hard    nproc           30000
然后我重新启动了系统（顺便问一下，我应该这样做吗？还是只需要重启mongod服务就可以了？） 重新启动后，检查mongod进程的进程限制，似乎软限制被忽略了。 
$ cat /proc/2207/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             1024                 30000                processes
Max open files            350000               350000               files
Max locked memory         65536                65536                bytes
Max address space         unlimited            unlimited            bytes
Max file locks            unlimited            unlimited            locks
Max pending signals       273757               273757               signals
Max msgqueue size         819200               819200               bytes
Max nice priority         0                    0
Max realtime priority     0                    0
Max realtime timeout      unlimited            unlimited            us

$ whoami
mongod


$ 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) 273757
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 350000
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) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
我本来以为根据/etc/security/limits.conf文件，“最大进程数”（Max processes）的硬限制和软限制都会是30000，但实际上只有硬限制生效。 我做错了什么？ 我在AWS EC2上运行Amazon Linux。 
bash-4.1$ cat /etc/*-release
Amazon Linux AMI release 2012.09
3看一下/etc/security/conf.d/目录下有没有文件？有时候那里会有一个文件覆盖了在主要的limits.conf中设置的内容。 - dmourati
dmourati，谢谢，你是对的（和Scott Mcinyre一样）。 - John M
2个回答
谢谢，看起来就是这样了。你能告诉我只需重新启动“mongod”进程是否足以使其读取新的设置吗？ - John M
1是的，一旦您更改了限制，您只需要重新启动mongod进程，它就会读取新的限制。 - Scott Mcintyre
谢谢，那个也起作用了，两个限制现在都是30000。非常感谢你的帮助，Scott！ - John M
不要编辑系统文件，我建议在/etc/security/limits.d/目录下创建一个以99_local开头的文件（以显示您创建了它），并在其中覆盖您想要修改的内容。 - Alastair Irvine
你可以尝试在启动mongodb数据库的脚本开头更改ulimit值。 子进程会继承调用进程的资源限制。
我想要更改全局值。这对于 'nofile' 和 'nproc' 的硬限制来说是有效的，但对于 'nproc' 的软限制来说却无效。 - John M