./manage.py celeryd failed with django 1.10
See original GitHub issueI have django-celery master installed with rev 838f59a367de746d27739c50675ddda8de9d6e0a
I start the django-celery by ./manage.py celeyd
, raise error
Traceback (most recent call last):
File "./manage.py", line 11, in <module>
execute_from_command_line(sys.argv)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/django/core/management/__init__.py", line 367, in execute_from_command_line
utility.execute()
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/django/core/management/__init__.py", line 359, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/djcelery/management/base.py", line 101, in run_from_argv
return super(CeleryCommand, self).run_from_argv(argv)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/django/core/management/base.py", line 305, in run_from_argv
self.execute(*args, **cmd_options)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/djcelery/management/base.py", line 94, in execute
super(CeleryCommand, self).execute(*args, **options)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/django/core/management/base.py", line 356, in execute
output = self.handle(*args, **options)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/djcelery/management/commands/celeryd.py", line 25, in handle
worker.run(**options)
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/celery/bin/worker.py", line 199, in run
hostname = self.host_format(default_nodename(hostname))
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/celery/utils/__init__.py", line 353, in default_nodename
name, host = nodesplit(hostname or '')
File "/Users/yjmade/Envs/pbweb1.10/lib/python2.7/site-packages/celery/utils/__init__.py", line 346, in nodesplit
parts = nodename.split(NODENAME_SEP, 1)
AttributeError: 'tuple' object has no attribute 'split'
the nodename here is (‘NO’, ‘DEFAULT’)
then if I start with python ./manage.py celeryd -n public.%h
, same error raised, but the nodename here is [‘public.%h’].
What strange is python ./manage.py celeryd_detach --pidfile=./worker.pid -n public.%h
runs.
Same code runs perfectly with django-celery==3.1.17
and django 1.9
Issue Analytics
- State:
- Created 7 years ago
- Reactions:2
- Comments:5 (2 by maintainers)
Top Results From Across the Web
Not supported django 1.10.x yet? · Issue #483 - GitHub
cmd: python manage.py celery worker -l info startup failed: AttributeError: type object 'BaseCommand' has no attribute 'option_list'.
Read more >Django Celery: manage.py celeryd returns "Unknown ...
As celery 3.1.25 seems to compatible with Django 1.10.7 ? I am getting an error unknown command celery when I removed djcelery from...
Read more >Asynchronous Tasks With Django and Celery - Real Python
In this tutorial, you'll learn how to integrate Celery and Django using Redis as a message broker. You'll refactor the synchronous email ...
Read more >How to create custom django-admin commands
In this document, we will be building a custom closepoll command for the polls application from the tutorial. To do this, add a...
Read more >django-celery-results - PyPI
One such issue is when you try to run python manage.py migrate django_celery_results, you might get the following error: django.db.utils.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Options list, passed to
handle
method ofceleryd
command:It seems like
('NO', 'DEFAULT')
is used everywhere. It isNO_DEFAULT
fromoptparse
Options on 3.1.17 and Django 1.9.9:
Differing options (old value --> new value):
@Stranger6667 @auvipy I test with the most recent rev , but it still get problem
the variable nodename is
['public.%h']
after I remove the -n parameter to
the varable here is
["info"]
after I remove all the parameters, it works