我在Fedora盒子上运行Celeryd / RabbitMQ,与
MySQL通信
数据库在一个单独的盒子上我注意到,在极少数情况下,如果
甚至连接到MysqL数据库都有丝毫问题
(即使是几秒钟),芹菜也会因错误而崩溃：
数据库在一个单独的盒子上我注意到,在极少数情况下,如果
甚至连接到MysqL数据库都有丝毫问题
(即使是几秒钟),芹菜也会因错误而崩溃：
OperationalError: (2003,"Can't connect to MysqL server on 'mydatabasedomain' (111)")
即使数据库再次可用,也无法重新连接.
目前,我被迫手动重启celeryd服务
芹菜再次运行.是否有更优雅和自动的方式
从这些类型的事件中恢复？是否有芹菜的特征
只是安静地等待,记录OperationalError,然后重新连接
完全退出？
解决方法
我不知道有什么方法可以通过简单地使用配置标志来解决这个问题,但您可以考虑使用主管来运行您的工作人员(s.
http://supervisord.org).
这甚至在芹菜文档(http://celery.readthedocs.org/en/latest/tutorials/daemonizing.html#supervisord)中提到,包括一些示例配置文件的链接.
原文地址：https://www.jb51.cc/mssql/78037.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
