一 單個進程打開文件句柄數過多
ulimit中的nofile表示單進程可以打開的最大文件句柄數,可以通過ulimit -a查看,子進程默認繼承父進程的限制(注意,是繼承,不是共享,子進程和父進程打開的文件句柄數是單獨算的)。
網上還有一種解讀是nofile表示單用戶可以打開的文件句柄數,因爲他們在limit.conf中看到類似於“openstack soft nofile 65536”,便認爲是openstack用戶最多可以打開的文件句柄數。該解讀是錯誤的,“openstack soft nofile 65536”表示的含義是當你執行"su - openstack"切換到openstack用戶後,你創建的所有進程最大可以打開的文件句柄數是65536。
要查看一個進程可以打開的文件句柄數,可以通過“cat /proc/<pid>/limits”查看。
要修改ulimit中的nofile,可以通過修改/etc/security/limits.conf文件,在其中加入類似“openstack soft nofile 65536”的語句來進行修改。修改完成後,可以通過“su - openstack”切換用戶,或者重新登錄,來使該配置生效。
要動態修改一個進程的限制,可以使用prlimit命令,具體用法爲:“prlimit --pid ${pid} --nofile=102400:102400”。
二 操作系統打開的文件句柄數過多
整個操作系統可以打開的文件句柄數是有限的,受內核參數“fs.file-max”影響。
可以通過執行“echo 100000000 > /proc/sys/fs/file-max”命令來動態修改該值,也可以通過修改"/etc/sysctl.conf"文件來永久修改該值。
三 systemd對該進程進行了限制
該場景僅針對被systemd管理的進程(也就是可以通過systemctl來控制的進程)生效,可以通過修改該進程的service文件(通常在/etc/systemd/system/目錄下),在“[Service]”下面添加“LimitNOFILE=20480000”來實現,修改完成之後需要執行"systemctl daemon-reload"來使該配置生效。
四 inotify達到上限
inotify是linux提供的一種監控機制,可以監控文件系統的變化。該機制受到2個內核參數的影響:“fs.inotify.max_user_instances”和“fs.inotify.max_user_watches”,其中“fs.inotify.max_user_instances”表示每個用戶最多可以創建的inotify instances數量上限,“fs.inotify.max_user_watches”表示麼個用戶同時可以添加的watch數目,當出現too many open files問題而上面三種方法都無法解決時,可以嘗試通過修改這2個內核參數來生效。修改方法是修改"/etc/sysctl.conf"文件,並執行"sysctl -p"。