0

正如你所看到的，乘客进程正在消亡，新的进程正在启动，即使我们自己没有明确地重新启动乘客。我们无法确定是什么原因造成的。我们应该寻找哪些常见的地方来找出触发这些重启的原因？

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

我们在乘客 4.0.5、rails 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 ~]#
4

2 回答 2

0

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

于 2013-06-27T20:32:12.043 回答
0

这是 4.0.5 中的错误。4.0.6 补丁的东西。同时，将该值设置为一个非常大的数字。

于 2013-06-28T09:26:09.327 回答