lnmp 502错误分析

落日映苍穹つ 2023-06-06 08:07 58阅读 0赞

# 1概述 #

LNMP架构下 发生502 bad gateway  一般有两种情况

1,没有可用的php-fpm 没有可用的worker进程

2,脚本执行时间超过了 php-fpm request\_terminate\_timeout 设置的值 这时 worker进程会被kill 或者  request\_terminate\_timeout 设置的值过大 导致整个worker进程长时间工作不能释放 没有空闲的进程来处理请求从而报502

我们知道控制php脚本执行时间 有两个值 一个是php.ini 的 max\_execution\_time 和php-fpm 的request\_terminate\_timeout

我们可以分析下 超过最大请求时间报502错误的原因

# 2环境 #

为了测试的方便 可以将nginx 设置一个进程 php-fpm 设置 pm = static 模式  pm.max\_children=1  request\_terminate\_timeout = 3

请求本地localhost/index.php  文件类容为sleep(20);

浏览器执行ocalhost/index.php

![20191010161115633.png][]

# 3分析 #

## 3.1先查看nginx 和 fpm错误日志 ##

![20191010162210952.png][]![20191010162218346.png][]

fpm错误日志

![20191010162323556.png][]

1,脚本执行超时

2,子进程收到SIGTERM信号退出了

3,开启了一个新的进程

可以看出 脚本执行超时 worker进程就会退出  ngixn 的报错 connection reset by peer 是因为这个worker进程退出导致的 tcp连接中一方断掉的话 会给对方发RST

![20191010161713951.png][]

## 3.2使用strace -p 来追踪进程 ##

strace -p 11032  追踪 ngixn worker进程 如下图

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70][]

3.2.1,epoll\_wait(9...) = 1  表示有一个文件描述符有事件发生 此处为可读

3.2.2,accept4(6,....)=3 表示 accept接受请求 浏览器端口37226 IP 127.0.0.1 该socket fd=3

3.2.3,epoll\_ctl(9,EPOLL\_CTL\_ADD,3,....) 将文件描述符3 加入到事件监听机制里面

3.2.4,recvfrom(3,.......) 表示 读取 从发生可读事件的socket描述符3 中读取内容  http协议

3.2.5,stat() 判断客户端请求的文件是否存在 存在返回0

至此 nginx 和客户端交互到一段落 接下来就是nginx和fpm的通信

3.2.6,socket(\_)创建一个socket  fd=11

3.2.7,connect(11,,9000,127.0.0.1,,) 请求的是127.0.0.1 port为9000   nginx 和php-fpm是用tcp socket 方式

3.2.8,writev(11,........808)=808  向fd11中发送数据 大小为808字节

3.2.9,recvfrom(11,.....) = -1 ECONNRESET (Connection reset by peer) 从 fd11 读到ECONNRESET (Connection reset by peer)

3.2.10,writev(5,'''''')=249  向fd5中写入错误信息，fd5就是nginx错误日志的文件描述符。

3.2.11,close(11) 关闭和fd11的连接

3.2.12,writev(3,......) 向fd3 (浏览器) 发送502 bad Gateway

3.2.13,向fd4写入一条访问日志，fd4就是nginx访问日志的文件描述符。

以上就是浏览器输入一个url nginx 发生的事 , 接下来追踪下php-fpm  的 worker进程

## 3.3追踪php-fpm  ##

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70 1][]

在上面介绍的 3.2.6 3.2.7 步骤中  nginx 向fpm发起tcp连接

3.3.1  accept(10 ...46554 ,,1270.0.01)  = 5   accpet nginx 的请求 (socket connetc bind listen 在phpfpm master进程中执行) 文件描述符为5 端口号46554 ip 127.0.0.1

3.3.2  5次从发生可读事件的socket 描述符为5中读取数据

3.3.3 到最后 nanosleep(20,0)  脚本中slee(20) 然后执行 kill(12194)

# 4总结 #

使用tcpdump 抓包分析了nginx和php-fpm tcp情况可以发现 在进过三次握手之后

nginx 向fpm发送数据  fpm返回ACK 3s之后 fpm 回复了RST (tcp连接中 一方断掉 会给一方发送RST)

nginx 和fpm 通信方式有两种 一种是 tcp socket   另一种 unix socket

tcp socket  当nginx 和php-fpm不在同一个服务器时　只能使用这种方式

unix socket 当nginx和php-fpm在同一台服务器上时可以使用该方式 进程间通信 相对于tcp更加高效

因为 unix socket  不需要经过网络协议栈，不需要打包拆包、计算校验和、维护序号和应答等 是需要将应用数据从一个进程拷贝到另一个进程中

盗用一张图来表示几种方式

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70 2][]

[20191010161115633.png]: /images/20230601/2246915c41024a61bdd54511bbcaed12.png
[20191010162210952.png]: https://img-blog.csdnimg.cn/20191010162210952.png
[20191010162218346.png]: /images/20230601/2ee61f94fadd4e16ba43aed056698864.png
[20191010162323556.png]: /images/20230601/5ed9557e84f74fbdbb3db11a8dc6acd7.png
[20191010161713951.png]: /images/20230601/aede136fd28141a49a42e30dedc6b5a2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70]: /images/20230601/84f578648a4b4485ae4f5afb83351e41.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70 1]: /images/20230601/f77fed1d6a304c0dbd65fa73ea86ee2a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pheWxhb3pob3U_size_16_color_FFFFFF_t_70 2]: /images/20230601/9f59184c1959416ba4afe97785216750.png