当我跑步时,ulimit -n我得到100000了价值。我已经编辑了添加的以下几行 /etc/security/limits.conf* soft nofile 100000* hard nofile 100000我也编辑了 pan_limits但是我目前正在运行一个不断抛出错误的 go 程序2016/03/09 21:42:27 http: Accept error: accept tcp [::]:3000: accept4: too many open files; retrying in 5ms2016/03/09 21:42:27 getAudioOnlyInfo: open /dev/null: too many open files问题是,当我通过运行实际检查以查看对实际进程设置的限制时,cat /proc/1480/limits我看到了这一点Max open files 1024 4096 files 我正在通过主管运行一个 golang 程序,它是否有理由不读取系统限制?
1 回答
冉冉说
TA贡献1877条经验 获得超1个赞
在尝试通过多个问题解决此问题后,归结为主管对程序设置了自己的文件限制这一事实。正如评论中所见,您必须minfds
在主管中使用设置。
要检查它是否正常工作,您可以运行 cat /proc/$PID/limits
哪个也应该输出您设置的数字minfds
,在我的情况下是 100,000
Max open files 100000 100000 files
我想指出的是,当您进入主管时,minfds
您将其放入/etc/supervisor/supervisord.conf
就像放入程序配置文件一样,它什么也不做。
- 1 回答
- 0 关注
- 123 浏览
添加回答
举报
0/150
提交
取消