用尽想法去探索。 首先 – 让我警告你 – 我是一个程序员，而不是一个systech 🙂
这是情况。
运行相当数量的站点的专用服务器（LAMP）。 mySQL服务器在一个单独的盒子上。
过去的几周，表演一直在稳步下降，甚至不能再遥远的地方。
看着mod_status，有相当多的进程占用CPU资源。 然而，这些URL是完全不同的……没有一个共同的模式 – 所以我不能把任何东西缩小到可能被卡住的特定脚本。
PHP是作为cgi运行的。
大部分需要运行一段时间的网站都使用cakephp框架
重新启动服务器，我们再次在几分钟内…
交叉错误，说/ var / tmp /已满，无法写会话。 但是，还有空间？ 缺lessinodes也许？ 目前正在有人走下框并清除tmp。
缺乏编写会话的能力会导致php进程永久挂起，并最终堵塞一切？
任何其他的想法，我可能想探索？ 我一直在监视sql服务器，看看它是否返回任何查询中的巨大数据集，并没有什么值得在那里….
这只是11:21在这里，我已经需要一杯饮料:)
特别是如果/var/tmp的文件系统是ext3 （使用mount命令检查），并且挂载点不是很大，那么确实会耗尽inode。 是的，那会导致你描述我们的症状。 注意df -i命令。
如果是这样的话，可以把/var/tmp更大，如果可能的话，把它切换到其他文件系统，比如说XFS ，它有dynamic的（=无限的）索引节点。
我感觉到你。 在这里朋友， 喝一杯 。