【php-fpm问题】有经验的老手进来看看，谢谢。

Question

服务是nginx+php-fpm，最近上了另一个版本的php-fpm，引入了一个问题：post上传Multipart文件表单，php-fpm会写临时文件，但临时文件很多不会被清理掉，这在以前是没有发现过的，导致最后目录下20多万临时文件，php-fpm进程全部D状态等待磁盘了。目前临时解决方案是crontab定时清理5分钟前的临时文件，但没有解决根源问题，根据日志大致确定请求量没有丢失，只是临时文件没有unlink掉的问题，很费解。有人遇过此类线上问题吗？ 谢谢。

Answer 1

上传文件至临时目录后，不是应该执行move_uploaded_file到最终目录嘛？你是调用这个函数时，并没有移动成功？还是将临时文件目录设置成了你的文件上传最终目录？

Answer 2

你是Linux版主啊，不考虑一下权限问题么？
unlink失败大部分都是权限问题啊
借花敬佛，手册上的一段回复：
-----------------------------------------------------------------
bitman3 at rambler dot ru02-May-2012 09:23 This code deletes all files from directory, but there's a secret :)
 I killed a lot of time before I realized my mistake.
 I used jquery to create event in frame.
 @ - it`s a secret :)
 
$dir = '../upload_tmp/';
 if($dh = opendir($dir)){
     while(($file = readdir($dh))!== false){
         if(file_exists($dir.$file)) @unlink($dir.$file);
     }
         closedir($dh);
 } 
------------------------------------------------------------------------

Answer 3

呵呵, 是php.ini里的一项配置问题， 如果用户连接在php执行期间断开， 会导致nginx->php连接断开，如果没有配置选项，那么php将立即终止而不是等待脚本执行完全终止，导致临时文件遗留。

Answer 4

有空可以帮我搞搞伪静态啊，对apache+ngix配置的服务器，伪静态不会写