【openstack排坑指南】 “too many open files” Linux系统文件句柄优化

大家好，我是无名小歌。

欢迎加入云社区

一、前言

在openstack中，不知道各位有没有遇到这样的情况，首先我们openstack平台是完整可用的，在我们平台使用过很长一段时间或平台使用的用户越来越多，文件句柄，会随着进程数也不断增加，其实Linux是有文件句柄限制的，而且Linux默认一般都是1024。在生产环境中很容易到达这个值，因此这里就会成为系统的瓶颈。

在Linux系统的生产环境中，会经常遇到“too many open files”的报错。这个报错顾名思义是打开过多文件数。不过这里的files不单是文件的意思，也包括打开的通讯链接（比如socket），正在监听的端口等等，所以有时候也可以叫做句柄（handle），这个错误通常也可以叫做句柄数超出系统限制。

这时我们又没有做任何系统优化，我们平台就报错了，准确的说是我们系统遇到了瓶颈，需要做出优化，修改句柄数。

二、排坑

1、报错信息

首先是dashboard界面登录报错，如图所示：

因为Dashboard是一个DJango的web应用程序，默认运行在Apache服务器上，相应的运行日志也都记录在Apache的日志中，可以在/var/log/httpd/中查看，查看日志报错如下：

这里可以看到出现IOError: [Errno 24] Too many open files 错误，修改句柄数解决。

$ cat /var/log/httpd/error_log
[Wed Jun 22 02:19:09.165363 2022] [:error] [pid 26490] IOError: [Errno 24] Too many open files #[Errno 24] 打开的文件太多
[Wed Jun 22 02:19:30.718258 2022] [:error] [pid 26490] INFO openstack_auth.plugin.base Attempted scope to domain demo failed, will attemptto scope to another domain.
[Wed Jun 22 02:19:30.809589 2022] [:error] [pid 26490] ERROR django.request Internal Server Error: /dashboard/auth/login/

2、解决方法

查看当前系统默认的文件句柄数量。

[root@controller ~]# ulimit -n
1024

修改句柄数，在limits.conf最后添加下列内容。

[root@controller-1 ~]# cat /etc/security/limits.conf
....
*                soft    nofile          65535
*                hard    nofile          65535

重新登录后句柄生效。

[root@controller ~]# ulimit -n
65535

重启openstack服务及http服务，最后再次访问dashboard界面。

[root@controller-1 ~]# openstack-service restart && systemctl restart httpd

我是无名小歌，欢迎加入云社区

(⊙o⊙)，我们下期再见！！！