nginx下启动php-fpm相关错误信息集锦(长期补充)

一、背景

      今天的服务器好几次都报502错误,可能是由于写的脚本太多了,加上使用的第三方插件,响应超时等等一系列问题。这边碰到很多php-fpm方面的错误。记录一下。

二、报错信息

1、 value is NULL for a ZEND_INI_PARSER_ENTRY

原因:

      在重启php-fpm的时候,系统提示报错,需要输入“systemctl status php5-fpm.service”来查看错误信息。

ERROR: [/usr/local/php5/etc/php-fpm.conf:144] value is NULL for a ZEND_INI_PARSER_ENTRY

解决方案

      出现这个错误的原因是我们在写php-fpm.conf文件的时候,可能是写的不够标准或者写错了才造成的。这边可以查看是哪一行报错了:

//看好这个144,这就是你报错的地方
ERROR: [/usr/local/php5/etc/php-fpm.conf:144]

修改报错信息即可。

2、pm.start_servers(3) must not be less than pm.min_spare_servers(1) and not greater than pm.max_spare_servers(1)

原因:

这个错误可以参考:php官方文档
在配置文件的时候忽略了一些参数的大小问题。

解决方案:

pm.max_children int
pm 设置为 static 时表示创建的子进程的数量,pm 设置为 dynamic 时表示最大可创建的子进程的数量。必须设置。

该选项设置可以同时提供服务的请求数限制。类似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 环境变量。

pm.start_servers in
设置启动时创建的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。

pm.min_spare_servers int
设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。

pm.max_spare_servers int
设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。

设置的这几个参数的规律:

min_spare_servers ≤ start_servers ≤ max_spare_servers ≤ max_children

3、启动php-fpm报错:cannot get uid for user ‘www_data’

原因

这个错误是启动用户的错误。配置文件默认是“www_data”这个用户,但是这边意思是要用当前的用户启动。因为我当前使用的是”pzsh”用户,所以修改一下即可。

解决方案

1、进入php-fpm.conf文件
2、找到 user = www-data 修改为: user = pzsh
对应的用户组group也修改为:group = pzsh

      以上就是最近碰到的重启php-fpm时候遇到的问题。其实很多错误信息服务器已经提示给我们,读懂英文即可。

end

========================================================================
18年4月19日更新:

由于各项配置改完之后,间隔四天再次出现了502错误,我这边直接通过定时重启php-fpm服务了

1、执行:crontab -e
2、每天2:00重启php-fpm服务

0 2 * * * service php5-fpm restart

这个命令是我自己系统的,大家可以根据自己的系统来修改。

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
周一又是新的开始!所有事情都按照往常的节奏按部就班,有条不紊的进行着。首先是检查下各网站及应用系统是否正常,然后看看日志信息是否也有异样,一圈下来结果跟以前差一样没有其它问题。   今天唯独没有像往一样,上线之后并没打开系统监控(平时都是用SecureCRT登录系统之后,打开TOP命令让它一直在线,偶尔看下)。到了早上10点多快11点的时候,随手又点击了一下网站,这下出现的画面让我为之一醒(不是一惊)   所 实话这个介面还真不多见,但跟这个相似的就是前后端连接超时也会出现一个提示页面,但内容不太一样。这下我就急了,难道被人黑了?因为最近老有朋友说他的 网站被挂马了,所以我一个冲上来的念头就是被人黑了。连忙SSH登录后台看看,最后的登录IP也是自己的,这才稍有点放心,是自己紧张过头了。   稍作冷静之后,再结合提示页面的信息,应该是系统服务出了问题而非被入侵造成。于是就从检查日志、进程、端口等方面着手展开排查,很快就在php-fpm.log日志文件有所发现   突然似乎想到了什 么,要检查下PID文件,因为在Linux下记录某个进程是否运行是通过生成一个对应的PID文件,写入当前的进程号作标识的。真是喜出望外呀~这个 pid文件是空的,虽然有这个名称的文件,但里边没有内容。所以就解释了为什么启动服务就说已经运行,停止它的时候说失败了。几经检查,发现用来启动 php-fpm的脚本写得不严密,只是在启动的时候检查是否有pid文件存在而不管它是否有真实的PID内容,才造成了启动、停止都不正常。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

铁柱同学

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值