Rabbitmq celerybeat关机-初始化脚本顺序？

我正在尝试设置rabbitmq/cellery/django芹菜/django，以便它是“防重启的”，也就是说，它只是自动恢复。除此之外，一切似乎都很好：

重新启动时，所有服务都会启动，但celeryd似乎在rabbitmq之前启动，celerybeat随后会终止，因为它无法连接（？）：

我没有使用单独的初始化脚本运行celeryd和celerybeat，而是将celeryd配置为包含Beat（可能这就是问题所在？）

有没有解决这个问题的建议

如果我

没有投诉：

[2011-06-14 00:54:29,157: WARNING/MainProcess] celery@inquire has started.
[2011-06-14 00:54:29,161: INFO/Beat] child process calling self.run()
[2011-06-14 00:54:29,162: INFO/Beat] Celerybeat: Starting...

---

但是我需要消除任何手动步骤的需要。

我认为问题不在于celery it本身，而在于您的脚本，可能是celery启动时，代理还没有监听。 我使用的是几乎相同的命令，我没有任何问题，使用-B选项启动celeryd脚本没有错。

---

我认为在重新启动脚本时，您必须等待rabbitmq完全重新启动，然后才能启动celeryd，可能还需要进行连接测试。

我认为问题不在celery it本身，而在您的脚本中，可能是celeryd启动时，代理尚未侦听。 我使用的是几乎相同的命令，我没有任何问题，使用-B选项启动celeryd脚本没有错。

---

我认为在重新启动脚本时，您必须等待rabbitmq完全重新启动，然后才能启动celeryd，可能还需要进行连接测试。

celerybeat对代理服务的依赖性确实是问题所在。 而不是用

update-rc.d celeryd defaults

随着rabbitmq服务器脚本被安装为start和kill的序列号20，celerybeat的依赖关系必须通过使用

update-rc.d celeryd defaults 21 19

---

注意：我实际上选择了单独的celerybeat服务而不是-B调用，并且只对该脚本（即有问题的脚本）执行了21 19。celerybeat对代理服务的依赖确实是问题所在。 而不是用

update-rc.d celeryd defaults

随着rabbitmq服务器脚本被安装为start和kill的序列号20，celerybeat的依赖关系必须通过使用

update-rc.d celeryd defaults 21 19

---

注意：我实际上选择了单独的celerybeat服务而不是-B调用，并且只对该脚本（即有问题的脚本）执行了21 19操作。

谢谢您的回答。似乎celeryd自己并不介意经纪人还没有在听（2秒后重试…，4秒后重试…）。但是celerybeat被终止了，我想也许将celerybeat作为一项服务运行（与-B“衍生产品”相反）会让我有类似的重试行为。我会尝试一些东西。谢谢你的回答。似乎celeryd自己并不介意经纪人还没有在听（2秒后重试…，4秒后重试…）。但是celerybeat被终止了，我想也许将celerybeat作为一项服务运行（与-B“衍生产品”相反）会让我有类似的重试行为。我会尝试一些事情。我仍然发现celerybeat可以从与celeryd相同的重试行为中获益，并提交了相应的功能请求：仅供参考，此行为现在已在celerybeat中实施：（报告两小时后-哇！）我仍然发现celerybeat可以从与celeryd相同的重试行为中获益，并提交了相应的功能请求：仅供参考，此行为现已在celerybeat上实施：（报告后两小时-哇！）

update-rc.d celeryd defaults

update-rc.d celeryd defaults 21 19