nginx修改了文件并发限制还是报错Too many open files

环境:

  • nginx主机一台
  • ab测试主机一台

配置已修改

修改了nginx所在系统的限制/etc/security/limits.conf,也重启了。

*                soft    core            unlimited
*                hard    core            unlimited
*                soft    nproc           100000
*                hard    nproc           100000
*                soft    nofile          100000
*                hard    nofile          100000
*                soft    memlock         32000
*                hard    memlock         32000
*                soft    msgqueue        819200
*                hard    msgqueue        819200

nginx的并发连接和文件限制也打开了。

[root@maple-c8-n2 ~]# cat/apps/nginx/conf/nginx.conf
#user  nobody;
worker_processes  2;
#worker_cpu_affinity 01 10;
#worker_priority 10;
worker_rlimit_nofile 110000;
error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  error;

pid /apps/nginx//run//nginx.pid;


events {
    worker_connections  110000;
    multi_accept on;
    use epoll;
    accept_mutex on;
}

ab压测还是报错

[root@maple-c8-n1 httpd-2.3.16-beta]# ab -c 5000 -n 10000 http://10.0.0.18/
This is ApacheBench, Version 2.3 <$Revision: 1843412 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 10.0.0.18 (be patient)
socket: Too many open files (24)

明明nginx服务的文件限制和并发连接都已修改,并且操作系统的文件限制也已调大,并且重启还是没有效果。突然想到nginx接受网络I/O流是都是会在本地创建fd socket文件,那么ab主机发起连接也会在本地创建socket文件,Linux一切皆文件,那么将ab压测所在主机的操作系统文件限制也调大,问题得到解决。

[root@maple-c8-n1 ~]# ab -c 5000 -n 10000 http://10.0.0.18/
This is ApacheBench, Version 2.3 <$Revision: 1843412 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 10.0.0.18 (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests


Server Software:        nginx/1.18.0
Server Hostname:        10.0.0.18
Server Port:            80

Document Path:          /
Document Length:        612 bytes

Concurrency Level:      5000
Time taken for tests:   9.772 seconds
Complete requests:      10000
Failed requests:        0
Total transferred:      8450000 bytes
HTML transferred:       6120000 bytes
Requests per second:    1023.31 [#/sec] (mean)
Time per request:       4886.127 [ms] (mean)
Time per request:       0.977 [ms] (mean, across all concurrent requests)
Transfer rate:          844.43 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1  350 254.8    325    1229
Processing:    29  590 1086.8    240    9147
Waiting:        0  584 1088.3    237    9141
Total:         61  941 1092.6    601    9382

Percentage of the requests served within a certain time (ms)
  50%    601
  66%    672
  75%    850
  80%   1152
  90%   1895
  95%   3234
  98%   3555
  99%   4001
 100%   9382 (longest request)
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
### 回答1: 当Nginx“accept4() failed (24: too many open files)”时,意味着系统打开的文件描述符数量已达到或超过了系统的限制文件描述符是操作系统为了管理打开的文件而分配给进程的整数。当一个进程打开文件时,操作系统会为其分配一个文件描述符。这些文件可以是网络连接、文件等。 当Nginx处理请求时,它会用到大量的文件描述符来处理客户端的连接。因此,如果系统的文件描述符限制太低,就会导致Nginx无法创建足够数量的文件描述符来处理客户端连接,从而。 解决这个问题的方法是调整系统的文件描述符限制。可以通过以下步骤来增加文件描述符的数量: 1. 打开终端并以管理员身份登录系统。 2. 编辑`/etc/sysctl.conf`文件,使用以下命令打开文件: `sudo nano /etc/sysctl.conf` 3. 在文件的末尾添加以下行: ``` fs.file-max = 65536 ``` 4. 保存并关闭文件。 5. 编辑`/etc/security/limits.conf`文件,使用以下命令打开文件: `sudo nano /etc/security/limits.conf` 6. 在文件的末尾添加以下行: ``` * soft nofile 65536 * hard nofile 65536 ``` 7. 保存并关闭文件。 8. 重启系统,以使更改生效: `sudo reboot` 重启后,系统将具有更高的文件描述符限制Nginx就能够处理更多的连接而不再“accept4() failed (24: too many open files)”。 ### 回答2: 在Nginx误日志中,出现"accept4() failed (24: too many open files)"的,这意味着系统中打开的文件数已经达到了操作系统允许的最大限制。在Linux系统中,默认情况下,操作系统为每个进程设置了一定的文件打开限制。 引起这个问题的原因可能是Nginx进程打开的文件数超过了操作系统的限制。当Nginx处理许多并发请求时,会为每个连接打开一个文件描述符。如果并发连接数过高或系统文件描述符的限制较低,就可能导致这个问题的发生。 为了解决这个问题,可以采取以下措施: 1. 增加操作系统文件描述符限制:可以通过修改系统的ulimit设置来增加每个进程允许打开的文件数。可以编辑/etc/security/limits.conf文件,并添加以下行: ``` * hard nofile 65535 * soft nofile 65535 ``` 这将将每个进程打开的文件限制增加到65535。 2. 优化Nginx配置:可以通过调整Nginx的worker_processes和worker_connections参数来避免打开过多的文件。worker_processes应该设置为适当的值,以便充分利用系统的处理能力。worker_connections则应根据系统资源和预期的并发连接数进行调整,以避免超出操作系统的限制。 3. 优化系统资源:可以评估系统的资源使用情况,例如CPU、内存和磁盘IO等。如果系统资源不足,可能需要升级硬件或优化其他应用程序以释放资源。 总之,解决Nginx"accept4() failed (24: too many open files)"的问题,需要同时优化系统资源和Nginx配置,确保操作系统的文件描述符限制不会成为瓶颈,并合理设置Nginx并发连接数。 ### 回答3: 当Nginx“accept4() failed (24: too many open files)”时,意味着服务器的打开文件数已经超过了系统的限制。 这个误通常是由于服务器同时处理的连接数太多,导致Nginx无法打开更多的文件而引发的。操作系统对每个进程都设置了最大打开文件数的限制,这个限制可以针对整个系统或者单个用户设置。 要解决这个问题,可以采取以下措施: 1. 增加系统的最大打开文件限制:可以通过修改操作系统的配置文件来增加最大打开文件限制。具体的修改方式与操作系统有关,需要参考官方文档或相关论坛进行配置。 2. 优化Nginx配置:可以通过优化Nginx的配置来减少连接数,从而降低打开文件数。比如调整连接超时时间、增加反向代理缓存等。 3. 优化服务器资源:可以通过增加服务器内存、升级硬件等方式来提升服务器的性能和处理能力,从而减少连接数,降低打开文件数。 4. 检查程序中的资源泄漏:有时候,程序中存在资源泄漏会导致打开文件数不断增加。可以通过检查程序的代码,查找并修复可能的资源泄漏问题。 需要注意的是,以上措施必须在对服务器有足够了解的情况下进行操作,避免产生其他不可预料的问题。另外,建议及时监测服务器的打开文件数以及其他性能指标,以便及时发现和解决类似问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清枫cc

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值