linux下php-cgi停止的解决方法是:更改nginx的配置项,减少FastCGI的请求次数,尽量维持buffers不变即可,例如【fastcgi_buffer_size 128k;】。
本文操作环境:linux 5.9.8、php 7、thinkpad t480电脑。
前言:
偶然发现一台生产中的服务器(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不变:
代码如下
fastcgi_buffer_size 128k; fastcgi_buffers 2 256k; fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k;
打开 /usr/local/php/etc/php-fpm.conf 文件,修改如下几个参数:
代码如下
25 requests">2048 65535 30s 60s
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服务器管理系统)。
推荐学习:php培训