一、前言
在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⊙)，我们下期再见！！！
