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 <[email protected]>: > Hi Thomas, > > > > Here is the info requested. > > > > hg parent: > > changeset: 7254:e71216a16853 > > tag: tip > > user: Thomas De Schampheleire <[email protected]> > > 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:[email protected]] > Sent: Sunday, August 05, 2018 2:00 PM > To: Matey Chopov <[email protected]> > Cc: [email protected] > 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 > <[email protected]> wrote: > > Hi Mat, > > 2018-08-03 22:41 GMT+02:00 Matey Chopov <[email protected]>: >> 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 _______________________________________________ kallithea-general mailing list [email protected] https://lists.sfconservancy.org/mailman/listinfo/kallithea-general
