php - FastCGI:已中止:select() 失败

Question

我有运行 Apache 2.2.4 和 PHP-FPM(FastCGI 进程管理器)的 VPS 服务器(CentOS 6.5)。每天 2-3 次，我在 error_log 中收到以下错误:

[error] [client 127.60.158.1] (4)Interrupted system call: FastCGI: comm with server "/usr/lib/cgi-bin/php5-fcgi" aborted: select() failed
[error] [client 127.60.158.1] FastCGI: incomplete headers (0 bytes) received from server "/usr/lib/cgi-bin/php5-fcgi"
[notice] caught SIGTERM, shutting down
[alert] (4)Interrupted system call: FastCGI: read() from pipe failed (0)
[alert] (4)Interrupted system call: FastCGI: the PM is shutting down, Apache seems to have disappeared - bye

因此，apache 并不总是停止，有时只有主进程停止，工作进程仍在运行，这甚至阻止我重新启动 apache，因为它仍在监听端口 80，但没有主进程和 pid 文件。

我看到有人提到更新到 mod_fastcgi 2.4.7(已修补)，该版本修复了该错误，但不幸的是 RHEL/CentOS 没有该更新，因此这对我来说不是一个选择。 (Apache PHP5-FPM connection reset by peer)

谷歌答案上也有帖子说增加 fastcgi.conf 中 --idle-timeout 的值可以解决问题，但我不明白原因。

请问这个问题有什么解决办法吗？

Answer 1

增加-idle-timeout(不过前面只有一个破折号^^)确实是解决方案。对此给出了完整的解释here ，但我会尝试解释一下:

PHP 有自己的超时，在 max_execution_time 中设置。如果使用 mod_php 运行它，此设置会告诉 PHP 在 x 秒后停止处理脚本。

下一步:FPM 进程管理器在池配置中设置了另一个 request_terminate_timeout。这会限制/覆盖max_execution_time。

这就是纯 PHP 端的部分。如果您使用 PHP-FPM 和 FastCGI，PHP 将在其自己的进程中启动。内部超时仍然适用。然而，FastCGI 有自己的超时(PHP 不需要，但是 fastCGI 现在 PHP 应该如何拥有自己的超时？)，这可以确保 Web 服务器不会在某些 CGI 进程卡住时卡住(或者只是工作很长时间) )。

问题是:FastCGI 只是杀死了 PHP 和 Apache 之间的 IO 流，使 PHP 没有机会正确关闭。 FastCGI 已经接收到的数据仍会移交给 Apache - 如果数据不完整，则会引发错误(您会看到有关不完整 header 的错误)。除此之外，PHP 进程停留在那里，以类似僵尸的状态运行，无法使用，因为那里的 IO 流现在已经死了。您可能必须手动杀死它们，或者等到 PHP-FPM 希望这样做(取决于进程管理器设置)。您遇到的其他错误是由 PHP 生成的，原因如下:管道已关闭，Apache 在另一端“消失”。

因此:请确保 FastCGI 超时比 request_terminate_timeout 高(至少一秒)，并且该超时比您在 max_execution_time< 中使用的最高值至少高一秒.

请注意，后者可以使用 ini_set 进行更改，因此请务必记住哪些值有效、哪些无效 - 或者在 FPM 中使用 php_admin_value 进行设置池配置，因此无法在单个脚本内更改它(请参阅 documentation )。不是因为它是必要的(只要 request_terminate_timeout 低于 FastCGI 超时，request_terminate_timeout 就会正确终止 PHP 子进程)，而是因为如果设置 max_execution_time 失败，您的脚本可以正确检测超时，如果他们可以覆盖它，他们就会认为它有效(无法从 PHP 脚本内部读取 request_terminate_timeout)。

您可以分别更改每个池的所有值:

• max_execution_time 通过池配置中的 php_value/php_admin_value

• request_terminate_timeout 直接在池配置中

• Apache 配置中的 FastCGI -idle-timeout，其中每个池无论如何都必须单独添加:

  FastCgiExternalServer/usr/lib/cgi-bin/external.php5.www -socket/var/run/php5-fpm/www.sock -pass-header 授权 -idle-timeout 310 -flush

  (当然，路径可能不同，这只是我的配置中的引用，但我建议使用 Authorization 的 pass-header，尽管与此问题无关)。