Kallithea 0.3.99, Celery, Rabbitmq DisabledBackend object has no attribute '_get_task_meta_for'

Mon Aug 6 20:06:01 UTC 2018

Hi Mat,

I am using following versions:
https://0bin.net/paste/b2OJPaKB8pwhGSp+#ORBBcr5SO-LTjJDMFO8Ck+rJ/jQt26gKfLhCZ2y8gCl
which after comparing seems basically the same except for minor
version differences in dulwich and pyasn1-modules and some extra
packages at our side.

This is running in a Debian 8 container.

The celery part of our config is:
(the hostname 'rabbitmq' is a consequence of using containers, your
'localhost' entry should be fine.)

------------------------
use_celery = true

## Example: connect to the virtual host 'rabbitmqhost' on localhost as rabbitmq:
broker.url = amqp://rabbitmq:password@rabbitmq:5672/rabbitmqhost

celery.imports = kallithea.lib.celerylib.tasks
celery.accept.content = pickle
celery.result.backend = amqp
celery.result.dburi = amqp://
celery.result.serialier = json

#celery.send.task.error.emails = true
#celery.amqp.task.result.expires = 18000

celeryd.concurrency = 2
celeryd.max.tasks.per.child = 1

## If true, tasks will never be sent to the queue, but executed locally instead.
celery.always.eager = false
-------------------

So this looks almost identical to your settings.

Rabbitmq is version 3.7.2. Since your version is quite old (2015) I
would suggest upgrading it to see if it solves your issue.

Best regards,
Thomas

2018-08-06 17:27 GMT+02:00 Matey Chopov <matey.chopov at ca.abb.com>:
> Hi Thomas,
>
>
>
> Here is the info requested.
>
>
>
> hg parent:
>
> changeset:   7254:e71216a16853
>
> tag:         tip
>
> user:        Thomas De Schampheleire <thomas.de_schampheleire at nokia.com>
>
> date:        Wed May 16 21:20:40 2018 +0200
>
> summary:     docs: reorganize index page
>
>
>
> pip freeze: There are a lot of packages so I pasted them on pastebin to keep
> the email chain clean:  https://pastebin.com/Edr8FTmv
>
>
>
> I installed the rabbitmq server from  the Ubuntu packages with apt. The
> version is: RabbitMQ 3.5.7
>
>
>
> I am running it on Ubuntu Server 16.04.5 LTS
>
>
>
> I just saw on the rabbitmq web page that there is a more recent version
> which is 3.7.7, so I will make a new clean install of Kallithea and try
> again, but this time I will get the package directly from the rabbitmq
> website.
>
>
>
> Hi Mads, what version of RabbitMQ are you using?
>
>
>
> Thanks,
>
>
>
> Mat
>
>
>
>
>
> From: Thomas De Schampheleire [mailto:patrickdepinguin at gmail.com]
> Sent: Sunday, August 05, 2018 2:00 PM
> To: Matey Chopov <matey.chopov at ca.abb.com>
> Cc: kallithea-general at sfconservancy.org
> Subject: Re: Kallithea 0.3.99, Celery, Rabbitmq DisabledBackend object has
> no attribute '_get_task_meta_for'
>
>
>
> On Sun, Aug 5, 2018, 16:12 Thomas De Schampheleire
> <patrickdepinguin at gmail.com> wrote:
>
> Hi Mat,
>
> 2018-08-03 22:41 GMT+02:00 Matey Chopov <matey.chopov at ca.abb.com>:
>> Hi guys,
>>
>>
>>
>> We decided recently to implement on our Kallithea 0.3.99 test instance
>> celery and rabbitmq.
>>
>>
>>
>> Everything seems to work fine, as celery is able to connect to the
>> rabbitmq
>> server, but there’s one issue that I cannot resolve for some reason.
>>
>>
>>
>> When Celery is enabled in the Kallithea my.ini file and we create a new
>> repo
>> via the Kallithea web interface we get to the “Repository is being
>> created”
>> page, but then we get the following error message:
>>
>> “We’re sorry but error occurred during this operation …”
>>
>>
>>
>> The repository is being created even when the Kallithea web interface
>> throws
>> that error and it does work fine after, but in the Kallithea log I get a
>> trace exception :
>>
>>
>>
>> “AttributeError: ‘DisabledBackend’ object has no attribute
>> ‘_get_task_meta_for’
>>
>>
>>
>> I have uploaded the full trace on pastebin here:
>> https://pastebin.com/gSK4VG20
>>
>>
>>
>> I read that it may be related to how the rabbitmq server is configured, so
>> I
>> messed with it, but couldn’t still resolve the issue.
>>
>>
>>
>> We are running a default install of Kallithea 0.3.99 with sqlite and
>> waitress.
>>
>>
>>
>> My Celery config in the my.ini file is the following:
>>
>> ------------------------------------------------------------------------
>>
>>
>>
>> use_celery = true
>>
>> celeryd.log.level = DEBUG
>>
>> celeryd.log.file = /mnt/data/celeryd.log
>>
>> ## Example: connect to the virtual host 'rabbitmqhost' on localhost as
>> rabbitmq:
>>
>>
>>
>> broker.url = amqp://kallithea:kallitheapass@localhost:5672/vkallithea
>>
>> celery.imports = kallithea.lib.celerylib.tasks
>>
>> celery.accept.content = pickle
>>
>> celery.result.backend = amqp
>>
>> celery.result.dburi = amqp://
>>
>> celery.result.serialier = json
>>
>>
>>
>> #celery.send.task.error.emails = true
>>
>> #celery.amqp.task.result.expires = 18000
>>
>>
>>
>> celeryd.concurrency = 2
>>
>> celeryd.max.tasks.per.child = 1
>>
>>
>>
>> ## If true, tasks will never be sent to the queue, but executed locally
>> instead.
>>
>> celery.always.eager = false
>>
>>
>>
>> ----------------------------------------------------------
>>
>>
>>
>> Would you have any clue what could be the issue here?
>>
>
>
> I haven't seen this issue before.
> Which exact version of Kallithea are you using, could you obtain the
> Mercurial revision, using 'hg version' from the Kallithea source
> directory?
>
>
>
> Sorry, I meant 'hg parent' rather than 'hg version'.
>
>
>
>
> Could you post the contents of 'pip freeze' too, to see the versions
> of celery etc.
>
> Which version of rabbitmq are you using?
>
> Best regards,
> Thomas