服务是nginx+php-fpm,最近上了另一个版本的php-fpm,引入了一个问题:
post上传Multipart文件表单,php-fpm会写临时文件,但临时文件很多不会被清理掉,这在以前是没有发现过的,导致最后目录下20多万临时文件,php-fpm进程全部D状态等待磁盘了。
目前临时解决方案是crontab定时清理5分钟前的临时文件,但没有解决根源问题,根据日志大致确定请求量没有丢失,只是临时文件没有unlink掉的问题,很费解。
有人遇过此类线上问题吗? 谢谢。
上传文件至临时目录后,不是应该执行move_uploaded_file到最终目录嘛?你是调用这个函数时,并没有移动成功?还是将临时文件目录设置成了你的文件上传最终目录?
你是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);
}
------------------------------------------------------------------------
你是Linux版主啊,不考虑一下权限问题么?
unlink失败大部分都是权限问题啊
借花敬佛,手册上的一段回复:
-----------------------------------------------------------------
bitman3 at rambler dot ru02-May-2012 09:23
This code del……
呵呵, 是php.ini里的一项配置问题, 如果用户连接在php执行期间断开, 会导致nginx->php连接断开,如果没有配置选项,那么php将立即终止而不是等待脚本执行完全终止,导致临时文件遗留。
有空可以帮我搞搞伪静态啊,对apache+ngix配置的服务器,伪静态不会写