[ERROR] linux 打开文件数 too many open files 解决方法

本文介绍了当遇到too many open files错误时的解决方法,包括临时调整和永久修改用户打开文件数限制,适用于Linux系统。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

20180620更新:修改配置文件,log off之后可以解决。

第一步:查看系统限制的最大打开文件数量的大小

cat /proc/sys/fs/file-max

第二步:修改对于用户打开文件数量的限制
sudo vim/etc/security/limits.conf

* soft nofile 65536
* hard nofile 65536

 

参考:https://blog.youkuaiyun.com/leshami/article/details/8749773

http://blog.sae.sina.com.cn/archives/1988

---

20180614复现poc的时候遇到了这个错误:

[Client]Close client socket
Socket: Too many open files

解决方法:

查看每个用户最大允许打开文件数量  
    ulimit -a
设置open files数值方法 
    ulimit -n 2048
    ulimit -n unlimited

20180615遇到新的错误:

bash: ulimit: open files: cannot modify limit: Operation not permitted

解决办法:
先用root修改ulimit,再用普通用户修改ulimit

参考这里:https://askubuntu.com/questions/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user

------------------------------------------------------------------------------

原文:https://blog.youkuaiyun.com/Lostyears/article/details/62425105

too many open files

出现这句提示的原因是程序打开的文件/socket连接数量超过系统设定值。

 

查看每个用户最大允许打开文件数量

ulimit -a

[plain] view plain copy

  1. fdipzone@ubuntu:~$ ulimit -a  
  2. core file size          (blocks, -c) 0  
  3. data seg size           (kbytes, -d) unlimited  
  4. scheduling priority             (-e) 20  
  5. file size               (blocks, -f) unlimited  
  6. pending signals                 (-i) 16382  
  7. max locked memory       (kbytes, -l) 64  
  8. max memory size         (kbytes, -m) unlimited  
  9. open files                      (-n) 1024  
  10. pipe size            (512 bytes, -p) 8  
  11. POSIX message queues     (bytes, -q) 819200  
  12. real-time priority              (-r) 0  
  13. stack size              (kbytes, -s) 8192  
  14. cpu time               (seconds, -t) unlimited  
  15. max user processes              (-u) unlimited  
  16. virtual memory          (kbytes, -v) unlimited  
  17. file locks                      (-x) unlimited  


其中 open files (-n) 1024 表示每个用户最大允许打开的文件数量是1024

 

 

查看当前系统打开的文件数量

 

[plain] view plain copy

  1. lsof | wc -l  
  2. watch "lsof | wc -l"  


查看某一进程的打开文件数量

 

 

 

 

[plain] view plain copy

  1. lsof -p pid | wc -l  
  2. lsof -p 1234 | wc -l  

 

设置open files数值方法

 

ulimit -n 2048

 

 

[plain] view plain copy

  1. fdipzone@ubuntu:~$ ulimit -n 2048  
  2. fdipzone@ubuntu:~$ ulimit -a  
  3. core file size          (blocks, -c) 0  
  4. data seg size           (kbytes, -d) unlimited  
  5. scheduling priority             (-e) 20  
  6. file size               (blocks, -f) unlimited  
  7. pending signals                 (-i) 16382  
  8. max locked memory       (kbytes, -l) 64  
  9. max memory size         (kbytes, -m) unlimited  
  10. open files                      (-n) 2048  
  11. pipe size            (512 bytes, -p) 8  
  12. POSIX message queues     (bytes, -q) 819200  
  13. real-time priority              (-r) 0  
  14. stack size              (kbytes, -s) 8192  
  15. cpu time               (seconds, -t) unlimited  
  16. max user processes              (-u) unlimited  
  17. virtual memory          (kbytes, -v) unlimited  
  18. file locks                      (-x) unlimited  

这样就可以把当前用户的最大允许打开文件数量设置为2048了,但这种设置方法在重启后会还原为默认值。

 

永久设置方法

 

[plain] view plain copy

  1. vim /etc/security/limits.conf  
  2. 在最后加入  
  3. * soft nofile 4096  
  4. * hard nofile 4096  

最前的 * 表示所有用户,可根据需要设置某一用户,例如

 

 

 

 

[plain] view plain copy

  1. fdipzone soft nofile 8192  
  2. fdipzone hard nofile 8192  

改完后注销一下就能生效。

 

 

 

<think>好的,我现在需要帮助用户解决Hexo构建时出现的EMFILE错误,也就是“toomany openfiles”的问题。首先,我得了解这个错误的原因。EMFILE通常意味着系统打开了太多的件,超出了限制。这可能是因为Hexo在生成静态页面时需要同时处理大量件,尤其是在项目较大或者有较多插件的情况下。 接下来,我需要回忆一下常见的解决方法。通常,处理EMFILE错误的方法包括增加系统的件描述符限制,或者使用工具来限制同时打开件数量。比如在Linux或macOS上,可以通过ulimit命令来调整。不过,用户可能对这些命令不太熟悉,所以需要给出具体的步骤。另外,用户可能是在使用Hexo时遇到了这个问题,特别是当运行hexo generate的时候。可能需要检查他们的项目结构,是否有大量重复或冗余的件,或者是否有插件导致打开过多。这时候,清理缓存或临时件可能也是一个解决办法,比如运行hexo clean。还有,如果用户使用的是macOS,可能需要提到launchctl来永久修改件描述符的限制,因为ulimit的设置只在当前会话有效。此外,使用Node.js的graceful-fs模块或者增加UV_THREADPOOL_SIZE环境变量也可能有帮助,因为这些与Node的件系统操作有关。 然后,我需要考虑用户可能的操作环境,比如不同的操作系统,可能需要不同的解决方案。例如,Windows用户可能需要其他方法,但Hexo通常在Linux/macOS上使用较多,所以重点放在这些系统上。还要注意是否需要安装额外的工具,比如emfile-cli,这可能是一个第三方工具,需要确认是否存在以及如何正确使用。同时,提醒用户检查插件和主题是否有更新,或者是否存在已知的问题,这也可能减少打开的数量。最后,要确保回答结构清晰,分步骤说明,并且给出具体的命令和操作示例,方便用户一步步执行。同时,生成的相关问题要围绕可能延伸的疑问,比如如何永久修改限制,或者如何优化Hexo构建性能等。</think>### Hexo EMFILE 错误解决方案 EMFILE("too many open files")错误通常由操作系统件描述符数量限制触发,常见于Hexo生成静态件时需同时处理大量件的情况。以下是分步解决方案: --- #### 1. **临时提高件描述符限制** **适用系统**:Linux/macOS ```bash # 查看当前限制 ulimit -n # 临时提高限制(例如设置为65535) ulimit -n 65535 # 重新运行Hexo生成 hexo clean && hexo generate ``` *说明*:此方法仅对当前终端会话有效[^1]。 --- #### 2. **永久修改系统限制(推荐)** **macOS用户**: ```bash # 编辑launchd配置件 sudo vim /Library/LaunchDaemons/limit.maxfiles.plist ``` 写入以下内容: ```xml <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>limit.maxfiles</string> <key>ProgramArguments</key> <array> <string>launchctl</string> <string>limit</string> <string>maxfiles</string> <string>65535</string> <string>65535</string> </array> <key>RunAtLoad</key> <true/> <key>ServiceIPC</key> <false/> </dict> </plist> ``` 重启系统后生效[^2]。 --- #### 3. **优化Hexo构建流程** - **清理缓存**: ```bash hexo clean && hexo generate ``` - **减少插件使用**:检查`_config.yml`中冗余插件,如`hexo-all-minifier`可能增加件操作量。 - **更新依赖**: ```bash npm update hexo hexo-cli ``` --- #### 4. **使用Node.js优化模块** 安装`graceful-fs`模块优化件操作: ```bash npm install graceful-fs --save ``` *原理*:通过队列机制减少同时打开件数[^1]。 --- #### 5. **调整UV_THREADPOOL_SIZE** 在运行Hexo前设置环境变量: ```bash export UV_THREADPOOL_SIZE=100 hexo generate ``` *说明*:增加Node.js线程池容量以处理更多并发件操作。 --- #### 6. **使用emfile-cli工具(应急方案)** ```bash npm install -g emfile-cli emfile hexo generate ``` *注意*:此工具通过强制重试机制绕过部分限制,可能导致性能下降。 --- ### 相关问题 1. 如何永久修改Linux系统的件描述符限制? 2. Hexo生成速度慢有哪些优化方法? 3. Node.js的`UV_THREADPOOL_SIZE`参数具体影响哪些操作? --- ### 引用说明 [^1]: 类似错误可通过调整系统限制解决,如`ulimit`命令和`graceful-fs`模块的队列机制。 [^2]: macOS的`launchctl`配置方法参考了系统级服务管理方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值