Linux文件句柄数导致php-cgi假死问题解决教程

php-cgi假死问题会导致网站打不开网网站直接显示502 Bad Gateway错误问题了,下文我们一起来看看此问题如何解决吧。

最近，一台生产中的服务器(CentOS 5.2 64位 4G内存),老是出现网站打不开,登录到服务器上查看,发现Nginx和php-cgi都在运行,和平时不同的是此时php-cgi的 cpu占用为0，马上查看文件句柄数限制.

ulimit -n

得到的结果是:1024,这个值对生产中的服务显得偏小.

网上给出的解决方案,大部分是直接输入,ulimit -SHn 51200 # 51200可自己根据应用调整,此法缺点很明显,一旦退出登陆,设置就失效了.

也有说直接把该命令写到/etc/rc.d/rc.local中的,今天找到一个正确的做法,打开/etc/security/limits.conf,里面有很详细的注释,找到如下设置,如果没有就插入,代码如下:

* soft nofile 51200

* hard nofile 51200

退出后再次登陆,查看句柄数,已经正确设置为51200,如果有碰到类似情况,可以检查一下看看是不是文件句柄数设置太小引起的.

访问时出现 502 Bad Gateway 的解决办法

Nginx 502 Bad Gateway的含义是请求的php-cgi已经执行,但是由于某种原因,一般是读取资源的问题,没有执行完毕而导致php-cgi进程终止,一般并发数太高的网站都容易出现此错误,出现502 Bad Gateway的原因有很多,但是大部分人修改下面的参数即可解决.

更改nginx的几个配置项,减少FastCGI的请求次数,尽量维持buffers不变,代码如下:

1. fastcgi_buffer_size 128k; 
2. fastcgi_buffers 2 256k; 
3. fastcgi_busy_buffers_size 256k; 
4. fastcgi_temp_file_write_size 256k; 

打开 /usr/local/php/etc/php-fpm.conf 文件,修改如下几个参数:

1. <value name="max_children">25</value> 
2. <value name="max_requests">2048</value> 
3. <value name="rlimit_files">65535</value> 
4. <value name="process_control_timeout">30s</value> 
5. <value name="request_terminate_timeout">60s</value> 
6. <value name="style">apache-like</value> //phpfensi.com

request_terminate_timeout指的是fast-cgi的执行脚本时间,它默认是0s,0s的含义是让php-cgi一直执行下去而没有时间限制。如果你在此设成0s,那么当出现502 Bad Gateway的时候,这个502的状态将一直持续下去不会改变,但是如果你设置成5s，那么当php-cgi假死5s以后会自动恢复,这个值可以根据你服务器的性能进行设定，这里我设置的是60s.

max_children表示php-cgi的处理进程,如果max_children设置的较小,比如5-10个，那么php-cgi就会“很累”,处理速度也很慢，等待的时间也较长,如果长时间没有得到处理的请求就会出现504 Gateway Time-out错误,设置max_children也需要根据服务器的性能进行设定,增大进程数,内存占用也会相应增大,正常情况下每个php-cgi所耗费的内存在20M左右,这里我设置的是25.

php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放,这也是导致nginx出错的原因之一,因此可以将php-fpm的处理方式改成apache-like模式.

修改完成执行lu-restart 即可(LuManager服务器管理系统).