最近的内核更新是否破坏了 /etc/security/limits.conf?

最近的内核更新是否破坏了 /etc/security/limits.conf?

我们在启用了自动更新的服务器上遇到了一些问题。上周一,似乎安装了新内核,重启后我们的 MySQL 服务器开始表现得好像文件限制已超出。我检查了 mysql 用户的ulimit -n输出,果然它设置为 1024。

我尝试在 /etc/security/limits.conf 中像这样更改它:

mysql           soft    nofile  20000
mysql           hard    nofile  25000

然后当我再次尝试检查用户的 ulimit 时,它仍然设置为 1024。重新启动也没有任何效果。就好像这个文件根本没有被读取一样。

此外,手动设置 ulimit 确实有效。

内核版本为 3.13.0-37-generic

答案1

事实证明这是 MySQL 配置中的一个错误。该变量open_files_limit位于 /etc/mysql/my.cnf 的错误部分,因此无法加载。

相关内容