没有想法可以探索。首先，我要警告你，我是一名程序员，不是系统技术人员 :)
情况如下。
专用服务器（LAMP）运行大量站点。mySQL 服务器位于单独的机器上。
过去几周，性能一直在稳步下降，以至于我甚至无法远程进入盒子。
查看 mod_status，发现有相当多的进程占用了 CPU 资源。但是，URL 各不相同……没有共同的模式 - 因此我无法将问题缩小到可能卡住的特定脚本。
PHP 作为 cgi 运行。
大多数需要一段时间才能运行的网站都使用了 cakephp 框架
重新启动服务器，几分钟内我们又瘫痪了……
遇到一个错误，说 /var/tmp/ 已满，无法写入会话。但是，还有空间？可能是缺少 inode？目前正在让某人走到盒子旁边并清除 tmp。
缺乏写入会话的能力是否会导致 php 进程永远挂起，并最终堵塞一切？
还有什么其他想法我想探索吗？我一直在监视 SQL 服务器，看它是否在任何查询中返回大量数据集，但其中没有什么值得注意的...
现在才上午 11:21，我就需要喝点东西了 :)
答案1
尤其是如果文件系统是/var/tmp（ext3使用命令检查mount），并且挂载点不是很大，它确实会耗尽 inode。是的，这会导致您描述的症状。请密切关注df -i命令。
如果是这种情况，请以某种方式将其/var/tmp变大，如果可能的话，将其切换到其他文件系统，比如说XFS，具有动态（=无限）inode。
我同情你。伙计，喝一杯。