Plone bin/实例启动和bin/实例重启有时会失败

有时，对于Plone站点，bin/实例启动似乎失败。症状

• 该网站已经运行了一段时间，没有进行维护

• 一个运行buildout:

  bin/buildout

• 尝试使用

  bin/instance start

  或

  bin/instance restart

  重新启动站点

• 网站没有启动。控制台中未记录任何内容

• 但是，如果您首先运行

  bin/instance fg

  ，站点确实会启动

这会影响Plone 3.x和Plone 4.x位点

下面是该过程的示例。您可以看到，尽管提供了重新启动和启动，但站点并没有真正启动，但最终还是出现了fg：

*************** /PICKED VERSIONS ***************
xxx@yyy:/srv/plone/zzz$ bin/instance restart
.
daemon process restarted, pid=27819
xxx@yyy:/srv/plone/zzz$ bin/instance start

daemon process started, pid=27945
xxx@yyy:/srv/plone/zzz$ bin/instance status
daemon manager not running
xxx@yyy:/srv/plone/zzz$ bin/instance fg
2013-03-08 04:18:11 INFO ZServer HTTP server started at Fri Mar  8 04:18:11 2013
    Hostname: 0.0.0.0
    Port: xxxx

从日志文件看，它似乎已经到达Zope开始。尽管bin/实例状态或上游前端代理服务器都不同意。你可以在日志中看到这一点

 2013-03-08T04:19:21 INFO Zope Ready to handle requests

有没有进一步调试的方法

这可能是某种比赛条件/启动缓慢的问题吗

是否在

准备好处理后，进程会自动终止

其他人也有同样的行为吗？
如果
bin/buildout
重建实例，那么它也将删除并重新构建
部件/实例
目录

正是这个目录包含了一些使
bin/instance重新启动失败的项目；管理重启的守护进程本身不再完整

您需要使用
bin/instance stop
来停止实例和守护进程，然后是
bin/instance start
（这将创建一个新的守护进程）。
我们在这里看到类似的行为，并同意这似乎是某种时间问题。再加上如果同时发生新的构建，重启可能会崩溃（！），我们决定使用
stop；睡眠2；开始
这对我们来说很好。。。。然而，您可以做的更好的事情是使用supervirsor，然后“bin/supervisortl restart”@keul：当然，但是请注意，潜在的
supervisorORD
可能会遭受同样的命运。我没有遇到过它，但我怀疑如果您将套接字存储在
parts
子目录中，您可能会把
supervisord
状态搞砸。：-）你确定吗？我从来没有得到这个问题使用主管。。。但可能是因为我们在调用restart时将supervisor配置为执行停止和启动@基尔：当然，我也用同样的方法；您必须这样做，因为
supervisord
无法使用Zope守护进程可以使用的一些技巧。我说的是
supervisorORD
进程状态本身。你知道如何解决这个问题，使bin/restart知道它不会成功并中止吗？对于新手来说，这是一个非常丑陋的陷阱。