RabbitMQ/Celery with Django挂起延迟/就绪/等没有有用的登录

Question

所以我只设置了celeri和rabbitmq，创建了我的用户，设置了vhost，将用户映射到vhost，并成功地运行了celeri守护进程（或者我假设是这样）

(queuetest)corky@corky-server:~/projects/queuetest$ ./manage.py celeryd
 celery@corky-server v0.9.5 is starting.
 Configuration ->
. broker -> amqp://celery@localhost:5672/
. queues ->
. celery -> exchange:celery (direct) binding:celery
. concurrency -> 2
. loader -> celery.loaders.djangoapp
. logfile -> [stderr]@WARNING
. events -> OFF
. beat -> OFF

Celery has started.

我创建了一个“芹菜”的用户，因为在这个例子中我并不觉得自己很有创造力。在

当我试图在celery文档中做一个简单的例子时：

^{pr2}$

所以我检查了FAQ，想知道还有什么可以改进的，它告诉我这是一个由于用户权限而导致的常见错误，所以我三次检查了这些，没有，没有创建新用户，仍然什么也没有。如果我从carrot.connection导入DjangoBrokerConnection并获得信息，它将与我的芹菜设置中的内容相匹配。FAQ声明要检查您的日志文件。在

我的rabbit.log文件在这种情况下没有多大帮助，只是显示了：

=INFO REPORT==== 26-Jan-2010::11:58:22 ===
accepted TCP connection on 0.0.0.0:5672 from 127.0.0.1:60572

=INFO REPORT==== 26-Jan-2010::11:58:22 ===
starting TCP connection <0.1120.0> from 127.0.0.1:60572

等等。在这一点上，我不知道我还有什么问题。我正在运行Ubuntu Jaunty并从apt get安装RabbitMQ。在

提前谢谢你的帮助。在

Answer 1

我刚刚修复了一个非常难看的错误，它只会出现在新用户面前。（http://github.com/ask/celery/commit/a9c1316b15055b67ee3c38d294461fa82ed6d2b5）

请从github的主分支机构提取。如果还是不行的话 可能必须停止rabbitmq，删除rabbitmq数据库目录（通常是/var/lib/rabbitmq），然后再次启动rabbitmq）

很抱歉给您带来不便。 这个bug的发生是因为我们最近将consumer路由键选项的名称改为“binding key”，但是amqp库仍然使用routing_key，我们忘记重写该选项。在

Answer 2

对于任何遇到这种情况的人来说：删除/var/lib/rabbitmq确实有帮助，即使问题似乎随着更新芹菜而消失了。在我这样做之前，我看到了很多不可靠和不可预测性。在