解决phpMyAdmin在nginx+php-fpm模式下无法使用的问题

原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://dgd2010.blog.51cto.com/1539422/1684839

昨天接到一个网友的问题，说yum安装nginx+php-fpm+mysql+phpMyAdmin后，发现phpMyAdmin无法打开，一直报502错误已经抓狂半天了，本着帮助别人快乐自己的原则，远程帮他看了一下， 现记录和总结如下，问题解决思路的总结放在文章最后，问题解决思路总结也是本文的重点。

问题环境：CentOS6通过yum安装的nginx+php-fpm+mysql+phpMyAdmin

问题描述：安装完成后发现nginx没有问题，而phpMyAdmin无法打开，提示502错误

问题解决过程

查看问题环境的安装包：

nginx-filesystem-1.0.15-12.el6.noarch
nginx-1.0.15-12.el6.x86_64
rrdtool-php-1.3.8-7.el6.x86_64
php-pear-1.9.4-4.el6.noarch
php-devel-5.3.3-46.el6_6.x86_64
php-mbstring-5.3.3-46.el6_6.x86_64
php-mcrypt-5.3.3-3.el6.x86_64
php-5.3.3-46.el6_6.x86_64
php-tidy-5.3.3-46.el6_6.x86_64
php-pecl-memcache-3.0.5-4.el6.x86_64
php-xmlrpc-5.3.3-46.el6_6.x86_64
php-xmlseclibs-1.3.1-3.el6.noarch
php-common-5.3.3-46.el6_6.x86_64
php-pdo-5.3.3-46.el6_6.x86_64
php-xml-5.3.3-46.el6_6.x86_64
php-fpm-5.3.3-46.el6_6.x86_64
php-cli-5.3.3-46.el6_6.x86_64
php-mysql-5.3.3-46.el6_6.x86_64
php-eaccelerator-0.9.6.1-1.el6.x86_64
php-gd-5.3.3-46.el6_6.x86_64

根据nginx报的502错误，可以初步判断是upstream出现了问题，再提到upstream之前，先列一下nginx的配置文件（去掉注释，我已经将nginx记录错误日志的级别从默认级别提升到info）。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

user              nginx;   

worker_processes  1;

error_log  /var/log/nginx/error.log info;

pid        /var/run/nginx.pid;

events {   

    worker_connections  1024;    

}

http {   

    include       /etc/nginx/mime.types;    

    default_type  application/octet-stream;

    client_max_body_size 10M;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '   

                      '$status $body_bytes_sent "$http_referer" '    

                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;   

    keepalive_timeout  65;  

    include /etc/nginx/conf.d/*.conf;

}

由于此配置文件中没有显式写明任何server，因此需要查看一下include /etc/nginx/conf.d/*.conf; 所包含的默认server文件，即/etc/nginx/conf.d/default.conf，去掉注释


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

cat /etc/nginx/conf.d/default.conf    

server {    

    listen       80 default_server;    

    server_name  _;  

    include /etc/nginx/default.d/*.conf;

    location / {   

        root   /usr/share/nginx/html;    

        index  index.php index.html index.htm;    

    }

    error_page  404              /404.html;   

    location = /404.html {    

        root   /usr/share/nginx/html;    

    }  

    error_page   500 502 503 504  /50x.html;    

    location = /50x.html {    

        root   /usr/share/nginx/html;    

    }

     location ~ [^/]\.php(/|$) {   

                fastcgi_split_path_info ^(.+?\.php)(/.*)$;    

                if (!-f $document_root$fastcgi_script_name) {    

                        return 404;    

                }    

                fastcgi_pass 127.0.0.1:9000;    

                fastcgi_index index.php;    

                include fastcgi_params;    

     }    

}

初步判断，此nginx的配置确实没有问题，应该是php-fpm或者php本身的问题（缩小问题范围）。

查阅nginx日志文件（/var/log/nginx/error.log），发现如下提示，确定是php-fpm的问题，fastcgi也算是对upstream的一种代理


1

2

3

4

5

6

7

8

9

10

11

2015/08/14 17:05:32 [notice] 9645#0: using the "epoll" event method   

2015/08/14 17:05:32 [notice] 9645#0: nginx/1.0.15    

2015/08/14 17:05:32 [notice] 9645#0: built by gcc 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC)     

2015/08/14 17:05:32 [notice] 9645#0: OS: Linux 2.6.32-504.el6.x86_64    

2015/08/14 17:05:32 [notice] 9645#0: getrlimit(RLIMIT_NOFILE): 65535:65535    

2015/08/14 17:05:32 [notice] 9646#0: start worker processes    

2015/08/14 17:05:32 [notice] 9646#0: start worker process 9648    

2015/08/14 17:05:36 [error] 9648#0: *1 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    

2015/08/14 17:09:22 [error] 9648#0: *4 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    

2015/08/14 17:11:23 [error] 9648#0: *7 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.228, server: 192.168.1.101, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.101"    

2015/08/14 17:11:33 [info] 9648#0: *9 client closed prematurely connection while reading client request line, client: 192.168.1.228, server: 192.168.1.101

创建一个能打开phpinfo的文件，查看php文件能否正确解析（进一步缩小问题范围）

发现php-fpm能正常解析php文件，里面的各个php组件都显示正常

查看phpMyAdmin的版本，查阅官方网站的文档看看是否支持php5.3.3，发现当前的phpMyAdmin支持，因此应该不是phpMyAdmin的问题

开始检查php-fpm的日志（/var/log/php-fpm/error.log），发现如下所示：


1

2

3

4

5

6

7

8

[14-Aug-2015 16:34:53] NOTICE: fpm is running, pid 9522   

[14-Aug-2015 16:34:53] NOTICE: ready to handle connections    

[14-Aug-2015 16:43:54] WARNING: [pool www] child 9527 exited on signal 11 (SIGSEGV) after 541.401349 seconds from start    

[14-Aug-2015 16:43:55] NOTICE: [pool www] child 9614 started    

[14-Aug-2015 16:44:00] WARNING: [pool www] child 9526 exited on signal 11 (SIGSEGV) after 547.107407 seconds from start    

[14-Aug-2015 16:44:00] NOTICE: [pool www] child 9615 started    

[14-Aug-2015 17:05:36] WARNING: [pool www] child 9523 exited on signal 11 (SIGSEGV) after 1843.098829 seconds from start    

[14-Aug-2015 17:05:36] NOTICE: [pool www] child 9649 started

这个日志显然不足以提供足够的信息来解决问题，因此修改php-fpm和php.ini对日志级别的一些参数配置，以提升日志级别，获取详细的错误信息。

搜索配置文件的中log关键字，或者根据文档或资料修改，一些方法或步骤如下：

/etc/php-fpm.conf文件，将日志级别从notice改动到debug


1

log_level = debug

/etc/php-fpm.d/www.conf文件，将php worker的标准输出和错误输出从/dev/null 重定向到主要的错误日志中，即/var/log/php-fpm/error.log


1

catch_workers_output = yes

/etc/php.ini文件


1

2

3

4

5

6

error_reporting = E_ALL & ~E_DEPRECATED

display_errors = On

display_startup_errors = On

log_errors = On

track_errors = On

html_errors = On

再次重新启动php-fpm，发现worker中的详细错误：


1

2

3

4

5

6

7

8

9

[14-Aug-2015 17:09:18] NOTICE: fpm is running, pid 9672   

[14-Aug-2015 17:09:18] NOTICE: ready to handle connections    

[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr: "[Fri Aug 14 17:09:22 2015"    

[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr: "] [notice] EACCELERATOR(9673): PHP crashed on opline 30 of PMA_URL_getCommon() at /usr/share/nginx/html/libraries/url_generating.lib.php:188"    

[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 said into stderr: ""    

[14-Aug-2015 17:09:22] WARNING: [pool www] child 9673 exited on signal 11 (SIGSEGV) after 4.286828 seconds from start    

[14-Aug-2015 17:09:22] NOTICE: [pool www] child 9679 started    

[14-Aug-2015 17:11:23] WARNING: [pool www] child 9675 said into stderr: "[Fri Aug 14 17:11:23 2015"    

[14-Aug-2015 17:11:23] WARNING: [pool www] child 9675 said into stderr: "] [notice] EACCELERATOR(9675): PHP crashed on opline 30 of PMA_URL_getCommon() at /usr/share/nginx/html/libraries/url_generating.lib.php:188"

错误信息中提到EACCELERATOR这个php模块，因此先确定一下是不是由于这个模块有问题，因此，先将此模块禁用，方法是将/etc/php.d/eaccelerator.ini文件更改个后缀名称，例如mv /etc/php.d/eaccelerator.ini /etc/php.d/eaccelerator.ini~，然后重启php-fpm，再校验一下结果，发现问题已经解决。

可能是eaccelerator与phpMyAdmin冲突的原因，因此要想使用phpMyAdmin可以将此模块禁用，或者安装时跳过这个包。

注释：eAccelerator是一个自由开放源码php加速器，优化和动态内容缓存，提高了php脚本的缓存性能，使得PHP脚本在编译的状态下，对服务器的开销几乎完全消除。它还有对脚本起优化作用，以加快其执行效率。使PHP程序代码执效率能提高1-10倍。（来自bdbk）

问题解决思路总结

第0条，沟通是诊断故障的关键，详细了解问题始末，例如部署方案，步骤，做了哪些操作等

第一，根据经验判断，nginx+php-fpm+phpMyAdmin是很牢靠的组合，因此判断这是个例问题，而不是批量问题，因此直接开始动手，登录到系统中查看安装的软件包，nginx、php和phpMyAdmin版本都是要查看的，此步骤有助于根据掌握的知识和经验，初步判断是否相互兼容，是否有未修复bug等。

第二，执行nginx -t检查nginx的配置文件有无显式错误，检查nginx运行状态

第三，执行php-fpm -t检查php-fpm的配置文件有无显式错误，检查php-fpm的运行状态

第四，检查错误日志，先检查nginx的错误日志，因为它是“第一现场”，再检查php-fpm日志，因为它是“第二现场”

第五，如果日志提示明显，则按照日志提示，修改相应的配置文件，再次验证问题

第六，如果依然有问题，则本步骤就是解决问题的最关键的步骤，需要提升记录日志的级别，这也就是为什么有debug为什么叫做调试，将nginx的日志级别提升到info（为什么不能提升到debug，nginx编译时有个--debug选项，不确定时可以不用），将php的日志级别提升到debug，打开所有的php调试开关

第七，重新启动nginx和php-fpm后，配置文件生效，重新打开网页重现问题，再次打开日志，根据日志提示内容再次，修改相应的配置文件，再次验证问题

第八，如果反复修改无果后，该查阅官方手册就查阅官方手册，该Google 搜索就Google搜索，该反馈bug就反馈bug，如果持续无果，则换种解决问题的方式，寻找正确的解决方案，参照如下：

  • 参考已有的成功的版本组合，更换版本组合或者修改配置文件，消除环境差异性，适用于快速解决问题
  • 将yum安装改为编译安装，或者yum安装更少的包，以最小化的安装方式将问题范围缩减到最小，从而确定问题，提升解决问题的能力，适用于研究和学习

最后补充一句：只要出现的问题能够重现，而不是随机出现，则就一定能很好的解决，因此不要慌，也不要浮躁，更不要放弃，甚至可以缓一缓后再冷静处理。

--end--

本文出自 “通信，我的最爱” 博客，请务必保留此出处http://dgd2010.blog.51cto.com/1539422/1684839

时间： 2024-04-26 06:59:28

解决phpMyAdmin在nginx+php-fpm模式下无法使用的问题的相关文章

解决Virtual PC在XP PAE模式下无法运行的问题

在xp下装了Virtual PC 运行是出现如下提示: Virtual PC 在PAE模式下无法运行 此版本的Virtual PC无法在PAE(物理地址扩展)模式下运行.请恢复到正常状态下来运行Virtual PC 解释: 物理地址扩展 (PAE) 概述 物理地址扩展 (PAE) X86 允许软件使用地址窗口扩展 (AWE) API 集并在具有 Intel Pentium Pro 或更高版本处理器的计算机上运行,而 4 GB 以上物理内存允许将更多物理内存映射为应用程序的虚拟地址空间. 不使用

解决虚拟机virtualbox在Bridged Adapter模式下不能联网的问题

其实刚开始这个是能上网的,只是我的系统win7的,让我给搞崩溃了,只能重新装系统了.可是重装后virtualbox的Bridged Adapter模式下不能联网,但是在NAT模式下是可以联网的.当时想着,可能是由于系统的原因所以就在网上搜了,查查有关这方面的资料.可是网上的基本上都是关于linux系统的,没有windows系统的这个很让我头疼呢.因为做实验要用,网络连接模式只能选择intenal内网了,但是这样很不爽呢.看样只能自己想法解决了,昨天花了将近5个小时的时间,终于把这个问题解决了.

解决 Virtual PC 在 XP PAE模式下无法运行的问题

在xp下装了Virtual PC 运行是出现如下提示: Virtual PC 在PAE模式下无法运行 此版本的Virtual PC无法在PAE(物理地址扩展)模式下运行.请恢复到正常状态下来运行Virtual PC 解释: 物理地址扩展 (PAE) 概述 物理地址扩展 (PAE) X86 允许软件使用地址窗口扩展 (AWE) API 集并在具有 Intel Pentium Pro 或更高版本处理器的计算机上运行,而 4 GB 以上物理内存允许将更多物理内存映射为应用程序的虚拟地址空间. 不使用

Windows 2008中IIS7中“检测到在集成的托管管道模式下不适用的ASP.NET设置”解决

 HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 解决方法是: 打开该网站对应的iis中的[应用程序池],托管管道选择[Classic]. 但是你修改以后,RP好的话,也许真跑起来了,但是RP差的话接着出现另一个问题   而归根结底的解决方法是在 web.config 中. 第一步:首先在web.config中找到节点<system.webServer> 如果没有就在<configuration&

[原创]分析解决lvs fullnat模式下后端服务器获取真实IP地址异常问题

摘要 分析解决lvs fullnat模式下少量的请求记录client IP不是用户真实的IP地址问题. 原创文章:来自分析lvs fullnat模式下后端服务器获取真实IP地址异常问题 问题背景 lvs fullnat模式下观察后端服务器realserver http/https业务运行系统日志,有时候可以发现有少量的请求记录的client IP不是用户真实的IP地址(存在但出现的概率很小,增加了问题排查的难度),而是属于lvs主机私有的IP地址.关于fullnat的简介可以参考http://w

解决编译内核模块helloworld.c:1: 错误:代码模式‘kernel’在 32 位模式下不受支持问题，未编译对64位的支持

Makefile内容: KERNELDIR ?=/root/Desktop/work/TI/linux-3.2.0 PWD := $(shell pwd) obj-m += helloworld.o default: $(MAKE) -C $(KERNELDIR) M=$(PWD) modules clean: @rm -f *.o *.ord* *.sy* *.mod.* *.ko clean标记中的@表示,执行命令的时候,终端上面不打印rm -r xxx.xx make出错信息: [root

MSSQL企业管理器修改记录提示“在流水模式下，事务无法启动”的错误解决

故障原因: 在 sqlserver企业管理器打开某个数据库的某个表,修改记录,关闭表就会提示:"在流水模式下,事务无法启动",数据修改无法实现.重启sqlserver,重启计算机,故障依旧.   解决方法: 1.改完一个数据后用鼠标在别的单元格左键点击一下后再关闭数据表. 2.拖动右边的滚动条向下,直到显示完所有的数据,再改就没事了.

ajax在兼容模式下失效的快速解决方法_jquery

使用jQuery,用ajax实现局部刷新功能,在火狐,360急速浏览器高速模式下,ie8,9都能正常运行,但切换到兼容模式下无效,解决办法有两种关闭浏览器兼容性视图,二是引入json2.js文件 这里采用第一种,并且使用一种完美兼容性解决办法,在head头部加入 <meta http-equiv="X-UA-Compatible" content="IE=9;IE=8;IE=7;IE=EDGE">即可!

笔记本ATIX显卡在用电池模式下自动降频的解决方法

  ATI的显卡支持在电池模式下自动降频,如系列采用ATX mobility X1600 X20AI 采用ATI X200M , 会造成在电池模式下用3D软件,如PRO/E, 3D游戏等显示效果差.修改选项,拖到最右边,(图示在左,表示降频状态),就可以.Plugged In 表示插适配器(电源),Battery 表示用电池的时候.