<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Sun, Aug 5, 2018, 16:12 Thomas De Schampheleire <<a href="mailto:patrickdepinguin@gmail.com">patrickdepinguin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Mat,<br>
<br>
2018-08-03 22:41 GMT+02:00 Matey Chopov <<a href="mailto:matey.chopov@ca.abb.com" target="_blank" rel="noreferrer">matey.chopov@ca.abb.com</a>>:<br>
> Hi guys,<br>
><br>
><br>
><br>
> We decided recently to implement on our Kallithea 0.3.99 test instance<br>
> celery and rabbitmq.<br>
><br>
><br>
><br>
> Everything seems to work fine, as celery is able to connect to the rabbitmq<br>
> server, but there’s one issue that I cannot resolve for some reason.<br>
><br>
><br>
><br>
> When Celery is enabled in the Kallithea my.ini file and we create a new repo<br>
> via the Kallithea web interface we get to the “Repository is being created”<br>
> page, but then we get the following error message:<br>
><br>
> “We’re sorry but error occurred during this operation …”<br>
><br>
><br>
><br>
> The repository is being created even when the Kallithea web interface throws<br>
> that error and it does work fine after, but in the Kallithea log I get a<br>
> trace exception :<br>
><br>
><br>
><br>
> “AttributeError: ‘DisabledBackend’ object has no attribute<br>
> ‘_get_task_meta_for’<br>
><br>
><br>
><br>
> I have uploaded the full trace on pastebin here:<br>
> <a href="https://pastebin.com/gSK4VG20" rel="noreferrer noreferrer" target="_blank">https://pastebin.com/gSK4VG20</a><br>
><br>
><br>
><br>
> I read that it may be related to how the rabbitmq server is configured, so I<br>
> messed with it, but couldn’t still resolve the issue.<br>
><br>
><br>
><br>
> We are running a default install of Kallithea 0.3.99 with sqlite and<br>
> waitress.<br>
><br>
><br>
><br>
> My Celery config in the my.ini file is the following:<br>
><br>
> ------------------------------------------------------------------------<br>
><br>
><br>
><br>
> use_celery = true<br>
><br>
> celeryd.log.level = DEBUG<br>
><br>
> celeryd.log.file = /mnt/data/celeryd.log<br>
><br>
> ## Example: connect to the virtual host 'rabbitmqhost' on localhost as<br>
> rabbitmq:<br>
><br>
><br>
><br>
> broker.url = amqp://kallithea:kallitheapass@localhost:5672/vkallithea<br>
><br>
> celery.imports = kallithea.lib.celerylib.tasks<br>
><br>
> celery.accept.content = pickle<br>
><br>
> celery.result.backend = amqp<br>
><br>
> celery.result.dburi = amqp://<br>
><br>
> celery.result.serialier = json<br>
><br>
><br>
><br>
> #celery.send.task.error.emails = true<br>
><br>
> #celery.amqp.task.result.expires = 18000<br>
><br>
><br>
><br>
> celeryd.concurrency = 2<br>
><br>
> celeryd.max.tasks.per.child = 1<br>
><br>
><br>
><br>
> ## If true, tasks will never be sent to the queue, but executed locally<br>
> instead.<br>
><br>
> celery.always.eager = false<br>
><br>
><br>
><br>
> ----------------------------------------------------------<br>
><br>
><br>
><br>
> Would you have any clue what could be the issue here?<br>
><br>
<br>
<br>
I haven't seen this issue before.<br>
Which exact version of Kallithea are you using, could you obtain the<br>
Mercurial revision, using 'hg version' from the Kallithea source<br>
directory?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Sorry, I meant 'hg parent' rather than 'hg version'.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Could you post the contents of 'pip freeze' too, to see the versions<br>
of celery etc.<br>
<br>
Which version of rabbitmq are you using?<br>
<br>
Best regards,<br>
Thomas<br>
</blockquote></div></div></div>