由Apache 500错误引出的临时文件问题分析解决
查看apache日志，发觉是mod_fcgid模块异常，提示"Connectionresetbypeer:mod_fcgid:errorreadingdatafromFastCGIserver"、"Prematureendofscriptheaders:index.php"、"process/usr/...apache/cgi-binexit(communicationerror,getunexpectedsignal7"，说白了就是php提前终止执行，没有返回header就退出。
我依据这些错误在网上搜索了很久，始终没有找到满意答案，甚至还被人误导，以为mod_fcgid模块配置的问题。
在没有找到解决方法之前，我一直在想，php最近虽然慢了点，但至少能运行，说明配置是没有问题；而且，如果现在执行phpinfo()，程序依然能够执行。我再次梳理出错规律，发觉include多的mvc框架就会提示500内部错误。其它简单的程序就能够运行。这说明什么？！说明php已经不能include文件了，为什么？只能是请求这些资源时动了临时文件，而临时文件没有多余空间了。
运行
df-h
发觉果然如此
FilesystemSizeUsedAvailUse%Mountedon /dev/sda16.8G6.5G17M100%/ ...
系统主目录/下已经爆掉了。
于是，查找大文件
find/-typef-size+300M
发觉php插件Xdebug产生了很多性能分析文件，而且都是以100M记。
/tmp/profiler/cachegrind.out.1336 /tmp/profiler/cachegrind.out.1329 ....
于是修改php.ini，将分析文件存放在其它地方，或者干脆不保存。
#closexdebugprofilerinphp.ini xdebug.profiler_enable=off
再删除xdebug性能分析目录和phpvar跟踪目录
rm-rf/tmp/profilter rm-rf/tmp/trace
再次查看硬盘情况，发觉已使用为26%，剩余4.9G。
FilesystemSizeUsedAvailUse%Mountedon /dev/sda16.8G1.7G4.9M26%/ ...
甚至不用重启httpd服务器，刷新web，又正常运行了！！！
为免除后患，我们需要安装一个定时清理软件--tmpwatch，设置/etc/cron.daily/tmpwatch配置里面的定时时间
usr/sbin/tmpwatch"$flags"30d/var/tmp
改为7d（必须以天为单位）
usr/sbin/tmpwatch"$flags"7d/var/tmp
一个星期定时清理一次。