首页 » Apache » 正文

Apache httpd 故障处理

| Apache | | 暂无评论 | 3471 views 
操作系统：CentOS 8 
PHP版本：PHP 7.3.5
HTTPD版本：Apache/2.4.37

一、httpd不解析php文件

httpd服务器启动后打开php页面提示503错误，开始以为是路径不对，添加test.html文件打开正常，表明问题出在php模块上，排查方向从php模块入手

1、排查mod_php是否安装

[root@tencent ~]# yum install mod_php
Repository epel is listed more than once in the configuration
上次元数据过期检查：0:58:26 前，执行于 2020年02月17日 星期一 10时24分53秒。
软件包 php-7.3.5-3.module_el8.1.0+252+0d4e049c.x86_64 已安装。
依赖关系解决。
无需任何处理。
完毕！

2、httpd配置文件添加php解析配置

vim /etc/httpd/conf/httpd.conf
###添加默认php文件名
DirectoryIndex index.html 改为 DirectoryIndex index.php index.html
###添加php解析
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
经过上面配置发现还是无法解析php文件，此时考虑是否正确加载php模块
执行httpd -M |grep php 
发现输出结果为空，表明php模块没有正确加载

3、查看php是否加载

进入/etc/httpd/conf.modules.d目录
ls *php*
[root@tencent conf.modules.d]# ls php
15-php.conf
cat 15-php.conf
[root@tencent conf.modules.d]# cat 15-php.conf
#
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
#

# Cannot load both php5 and php7 modules
<IfModule !mod_php5.c>
  <IfModule prefork.c>
    LoadModule php7_module modules/libphp7.so
  </IfModule>
</IfModule>
从上述内容中可以看到，会判断是否加载php5模块，如果加载了php5模块就不加载php7模块，问题是我们并没有按照php5模块。
尝试把15-php.conf文件中的内容更改成LoadModule php7_module modules/libphp7.so
执行
systemctl stop httpd 
systemctl start httpd
提示启动httpd失败
执行journalctl -xe查看日志文件，发现如下内容
[php7:crit] [pid 4549:tid 140039556180224] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP.
AH00013: Pre-configuration failed
从上述内容中可以看出问题应该出在出在mpm模块上。
ls *mpm*
[root@tencent conf.modules.d]# ls *mpm*
00-mpm.conf
打开00-mpm.conf文件可以看到如下内容
cat 00-mpm.conf
[root@tencent conf.modules.d]# cat 00-mpm.conf
# Select the MPM module which should be used by uncommenting exactly
# one of the following LoadModule lines.  See the httpd.conf(5) man
# page for more information on changing the MPM.

# prefork MPM: Implements a non-threaded, pre-forking web server
# See: http://httpd.apache.org/docs/2.4/mod/prefork.html
#
# NOTE: If enabling prefork, the httpd_graceful_shutdown SELinux
# boolean should be enabled, to allow graceful stop/shutdown.
#
#LoadModule mpm_prefork_module modules/mod_mpm_prefork.so

# worker MPM: Multi-Processing Module implementing a hybrid
# multi-threaded multi-process web server
# See: http://httpd.apache.org/docs/2.4/mod/worker.html
#
#LoadModule mpm_worker_module modules/mod_mpm_worker.so

# event MPM: A variant of the worker MPM with the goal of consuming
# threads only for connections with active processing
# See: http://httpd.apache.org/docs/2.4/mod/event.html
#
LoadModule mpm_event_module modules/mod_mpm_event.so

a. prefork MPM 

prefork模式可以算是很古老但是非常稳定的Apache模式。Apache在启动之初，就预先fork一些子进程，然后等待请求进来。之所以这样做，是为了减少频繁创建和销毁进程的开销。每个子进程只有一个线程，在一个时间点内，只能处理一个请求。
优点：成熟稳定，兼容所有新老模块。同时，不需要担心线程安全的问题。（我们常用的mod_php，PHP的拓展不需要支持线程安全）
缺点：一个进程相对占用更多的系统资源，消耗更多的内存。而且，它并不擅长处理高并发请求，在这种场景下，它会将请求放进队列中，一直等到有可用进程，请求才会被处理。

b. worker MPM 

worker模式比起上一个，是使用了多进程和多线程的混合模式。它也预先fork了几个子进程（数量比较少），然后每个子进程创建一些线程，同时包括一个监听线程。每个请求过来，会被分配到1个线程来服务。线程比起进程会更轻量，因为线程通常会共享父进程的内存空间，因此，内存的占用会减少一些。在高并发的场景下，因为比起prefork有更多的可用线程，表现会更优秀一些。
有些人会觉得奇怪，那么这里为什么不完全使用多线程呢，还要引入多进程？
原因主要是需要考虑稳定性，如果一个线程异常挂了，会导致父进程连同其他正常的子线程都挂了（它们都是同一个进程下的）。为了防止这场异常场景出现，就不能全部使用线程，使用多个进程再加多线程，如果某个线程出现异常，受影响的只是Apache的一部分服务，而不是整个服务。
优点：占据更少的内存，高并发下表现更优秀。
缺点：必须考虑线程安全的问题，因为多个子线程是共享父进程的内存地址的。如果使用keep-alive的长连接方式，某个线程会一直被占据，也许中间几乎没有请求，需要一直等待到超时才会被释放。如果过多的线程，被这样占据，也会导致在高并发场景下的无服务线程可用。（该问题在prefork模式下，同样会发生）
注：keep-alive的长连接方式，是为了让下一次的socket通信复用之前创建的连接，从而，减少连接的创建和销毁的系统开销。保持连接，会让某个进程或者线程一直处于等待状态，即使没有数据过来。

c. event MPM 

这个是Apache中最新的模式，在现在版本里的已经是稳定可用的模式。它和worker模式很像，最大的区别在于，它解决了keep-alive场景下，长期被占用的线程的资源浪费问题（某些线程因为被keep-alive，空挂在哪里等待，中间几乎没有请求过来，甚至等到超时）。event MPM中，会有一个专门的线程来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又允许它释放。这样增强了高并发场景下的请求处理能力。
event MPM在遇到某些不兼容的模块时，会失效，将会回退到worker模式，一个工作线程处理一个请求。官方自带的模块，全部是支持event MPM的。
注意一点，event MPM需要Linux系统（Linux 2.6+）对EPoll的支持，才能启用。
还有，需要补充的是HTTPS的连接（SSL），它的运行模式仍然是类似worker的方式，线程会被一直占用，直到连接关闭。部分比较老的资料里，说event MPM不支持SSL，那个说法是几年前的说法，现在已经支持了。 
MPM 参考链接  https://blog.csdn.net/joeyon1985/article/details/70036712 
从配置文件中可以看到这里使用的是event mpm，这里因为是要解析php文件。
所以注释掉LoadModule mpm_event_module modules/mod_mpm_event.so
取消注释LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
然后启动httpd,执行httpd -M |grep php可以看到php已经成功加载，php文件解析成功

发表评论