Question

正如您所看到的，即使我们没有明确地重新启动乘客，乘客流程仍在濒临死亡，而新的流程正在启动。我们无法确定造成这种情况的原因。我们应该寻找哪些常见的地方来找出触发这些重启的原因？

passenger-status命令发出约30分钟。我们的配置文件中passenger_pool_idle_time设置为0，您可以在此处看到：https://gist.github.com/panabee/8ddf95a72d6a07e29c7f

我们乘客4.0.5，轨道3.2.12和nginx 1.4.1。

[root@mongo ~]# passenger-status
----------- General information -----------
Max pool size : 20
Processes     : 3
Requests in top-level queue : 0

----------- Application groups -----------
/home/p/p#default:
  App root: /home/p/p
  Requests in queue: 0
  * PID: 17171   Sessions: 0       Processed: 536     Uptime: 27m 56s
    CPU: 0%      Memory  : 62M     Last used: 20s ago
  * PID: 18087   Sessions: 0       Processed: 363     Uptime: 17m 31s
    CPU: 0%      Memory  : 36M     Last used: 39s ago
  * PID: 19382   Sessions: 0       Processed: 51      Uptime: 2m 55s
    CPU: 0%      Memory  : 34M     Last used: 5s ago

[root@mongo ~]# passenger-status
----------- General information -----------
Max pool size : 20
Processes     : 2
Requests in top-level queue : 0

----------- Application groups -----------
/home/p/p#default:
  App root: /home/p/p
  Requests in queue: 0
  * PID: 25266   Sessions: 0       Processed: 73      Uptime: 2m 56s
    CPU: 0%      Memory  : 32M     Last used: 34s ago
  * PID: 25462   Sessions: 1       Processed: 18      Uptime: 51s
    CPU: 0%      Memory  : 28M     Last used: 0s ago

[root@mongo ~]#

Answer 1

查看Web服务器错误日志。如果应用程序死亡，您可能会在该日志文件中看到原因。

Answer 2

这是4.0.5中的错误。 4.0.6补丁的东西。在此期间，将值设置为一个非常大的数字。

幻想乘客处理死亡和新的神秘启动

2 个答案: