Celery: सेलेरी वर्कर टाइप एरर के साथ पहले कार्य के बाद दुर्घटनाग्रस्त हो रहा है: 'कोई नहीं टाइप' ऑब्जेक्ट कॉल करने योग्य नहीं है

को निर्मित 24 नव॰ 2016 · 54टिप्पणियाँ · स्रोत: celery/celery

जांच सूची

[X] मैंने इश्यू में celery -A proj report का आउटपुट शामिल किया है।
(यदि आप ऐसा करने में सक्षम नहीं हैं, तो कम से कम अजवाइन निर्दिष्ट करें
संस्करण प्रभावित)।

software -> celery:4.0.0 (latentcall) kombu:4.0.0 py:3.4.3
            billiard:3.5.0.2 py-amqp:2.1.1
platform -> system:Linux arch:64bit, ELF imp:CPython
loader   -> celery.loaders.default.Loader
settings -> transport:amqp results:disabled

[X] मैंने सत्यापित किया है कि समस्या सेलेरी की master शाखा के विरुद्ध मौजूद है।
हां मैंने परीक्षण किया है और यह मास्टर का उपयोग करके वही व्यवहार करता है।

प्रजनन के चरण

बिल्कुल निश्चित नहीं है, क्योंकि समान विनिर्देशों और आवश्यकताओं वाली अन्य मशीनें काम कर रही हैं।

अपेक्षित् व्यवहार

कार्यों का उपभोग करना चाहिए।

वास्तविक व्यवहार

एक कार्य स्वीकार किया जाता है, फिर एक ट्रेसबैक लॉग किया जाता है, फिर कार्यकर्ता किसी कारण से ब्रोकर से जुड़ जाता है। यह हमेशा के लिए दोहराता है:

[2016-11-23 23:09:00,468: INFO/MainProcess] Connected to amqp://user:**@10.136.131.6:5672//
[2016-11-23 23:09:00,484: INFO/MainProcess] mingle: searching for neighbors
[2016-11-23 23:09:01,921: INFO/MainProcess] mingle: sync with 1 nodes
[2016-11-23 23:09:01,922: INFO/MainProcess] mingle: sync complete
[2016-11-23 23:09:01,970: INFO/MainProcess] Received task: tasks.calculate_user_running_total[ddd103af-d527-4564-83f8-96b747767a0c]
[2016-11-23 23:09:01,972: CRITICAL/MainProcess] Unrecoverable error: TypeError("'NoneType' object is not callable",)
Traceback (most recent call last):
  File "./venv/lib/python3.4/site-packages/celery/worker/worker.py", line 203, in start
    self.blueprint.start(self)
  File "./venv/lib/python3.4/site-packages/celery/bootsteps.py", line 119, in start
    step.start(parent)
  File "./venv/lib/python3.4/site-packages/celery/bootsteps.py", line 370, in start
    return self.obj.start()
  File "./venv/lib/python3.4/site-packages/celery/worker/consumer/consumer.py", line 318, in start
    blueprint.start(self)
  File "./venv/lib/python3.4/site-packages/celery/bootsteps.py", line 119, in start
    step.start(parent)
  File "./venv/lib/python3.4/site-packages/celery/worker/consumer/consumer.py", line 584, in start
    c.loop(*c.loop_args())
  File "./venv/lib/python3.4/site-packages/celery/worker/loops.py", line 47, in asynloop
    consumer.consume()
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 470, in consume
    self._basic_consume(T, no_ack=no_ack, nowait=False)
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 591, in _basic_consume
    no_ack=no_ack, nowait=nowait)
  File "./venv/lib/python3.4/site-packages/kombu/entity.py", line 737, in consume
    arguments=self.consumer_arguments)
  File "./venv/lib/python3.4/site-packages/amqp/channel.py", line 1578, in basic_consume
    wait=None if nowait else spec.Basic.ConsumeOk,
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 73, in send_method
    return self.wait(wait, returns_tuple=returns_tuple)
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 93, in wait
    self.connection.drain_events(timeout=timeout)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 464, in drain_events
    return self.blocking_read(timeout)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 469, in blocking_read
    return self.on_inbound_frame(frame)
  File "./venv/lib/python3.4/site-packages/amqp/method_framing.py", line 88, in on_frame
    callback(channel, msg.frame_method, msg.frame_args, msg)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 473, in on_inbound_method
    method_sig, payload, content,
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 142, in dispatch_method
    listener(*args)
  File "./venv/lib/python3.4/site-packages/amqp/channel.py", line 1613, in _on_basic_deliver
    fun(msg)
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 617, in _receive_callback
    return on_m(message) if on_m else self.receive(decoded, message)
  File "./venv/lib/python3.4/site-packages/celery/worker/consumer/consumer.py", line 558, in on_task_received
    callbacks,
  File "./venv/lib/python3.4/site-packages/celery/worker/strategy.py", line 145, in task_message_handler
    handle(req)
  File "./venv/lib/python3.4/site-packages/celery/worker/worker.py", line 221, in _process_task_sem
    return self._quick_acquire(self._process_task, req)
  File "./venv/lib/python3.4/site-packages/kombu/async/semaphore.py", line 62, in acquire
    callback(*partial_args, **partial_kwargs)
  File "./venv/lib/python3.4/site-packages/celery/worker/worker.py", line 226, in _process_task
    req.execute_using_pool(self.pool)
  File "./venv/lib/python3.4/site-packages/celery/worker/request.py", line 532, in execute_using_pool
    correlation_id=task_id,
  File "./venv/lib/python3.4/site-packages/celery/concurrency/base.py", line 155, in apply_async
    **options)
  File "./venv/lib/python3.4/site-packages/billiard/pool.py", line 1487, in apply_async
    self._quick_put((TASK, (result._job, None, func, args, kwds)))
TypeError: 'NoneType' object is not callable

उपरोक्त पंक्तियाँ हर कुछ सेकंड में दोहराई जाती हैं और कतार से कोई कार्य नहीं लिया जाता है।

स्रोत

alanhamlett

👍12

सबसे उपयोगी टिप्पणी

इसके लिए 4.0.1 . पर भी वही समस्या आ रही है

phretor 16 दिस॰ 2016

👍23

सभी 54 टिप्पणियाँ

लॉग में त्रुटि दोहराई जा रही है क्योंकि अजवाइन कार्यकर्ता डेमॉन दुर्घटनाग्रस्त हो रहा है, इसलिए सिस्टमड इसे पुनरारंभ करता है।

alanhamlett 26 नव॰ 2016

@ask , self._quick_put किसी तरह परिभाषित नहीं है। क्या बिलियर्ड को कॉल करने से पहले None मूल्य की जांच करनी चाहिए, अपवाद को पकड़ना चाहिए, या self._quick_put कभी भी None $ नहीं होना चाहिए?

alanhamlett 26 नव॰ 2016

जब मैं बिलियर्ड/पूल.py#L1483 को if self.threads or self._quick_put is None: में बदलता हूं तो अजवाइन अब क्रैश नहीं होती है लेकिन किसी कारण से कार्यकर्ता कभी भी किसी भी कार्य को संसाधित नहीं करते हैं।

alanhamlett 26 नव॰ 2016

लॉगिंग स्तर DEBUG के साथ अधिक वर्बोज़ आउटपुट:

[2016-11-27 14:48:09,875: DEBUG/MainProcess] | Worker: Preparing bootsteps.
[2016-11-27 14:48:09,877: DEBUG/MainProcess] | Worker: Building graph...
[2016-11-27 14:48:09,878: DEBUG/MainProcess] | Worker: New boot order: {Timer, Hub, Pool, Autoscaler, StateDB, Beat, Consumer}
[2016-11-27 14:48:09,889: DEBUG/MainProcess] | Consumer: Preparing bootsteps.
[2016-11-27 14:48:09,889: DEBUG/MainProcess] | Consumer: Building graph...
[2016-11-27 14:48:09,898: DEBUG/MainProcess] | Consumer: New boot order: {Connection, Agent, Events, Mingle, Tasks, Control, Gossip, Heart, event loop}
[2016-11-27 14:48:09,908: DEBUG/MainProcess] | Worker: Starting Hub
[2016-11-27 14:48:09,908: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:09,908: DEBUG/MainProcess] | Worker: Starting Pool
[2016-11-27 14:48:09,998: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:09,999: DEBUG/MainProcess] | Worker: Starting Consumer
[2016-11-27 14:48:10,000: DEBUG/MainProcess] | Consumer: Starting Connection
[2016-11-27 14:48:10,016: DEBUG/MainProcess] Start from server, version: 0.9, properties: {'cluster_name': 'rabbit<strong i="6">@rabbitmq</strong>', 'product': 'RabbitMQ', 'version': '3.5.6', 'information': 'Licensed under the MPL.
  See http://www.rabbitmq.com/', 'capabilities': {'authentication_failure_close': True, 'consumer_priorities': True, 'consumer_cancel_notify': True, 'per_consumer_qos': True, 'basic.nack': True, 'publisher_confirms': True, 'connection.blocked': True, 'exchange_exchange_bindings': True}, 'copyright': 'Copyright (C) 2007-2015 Pivotal Software, Inc.', 'platform': 'Erlang/OTP'}, mechanisms: ['AMQPLAIN', 'PLAIN'], locales: ['en_US']
[2016-11-27 14:48:10,018: INFO/MainProcess] Connected to amqp://user:**@10.136.131.6:5672//
[2016-11-27 14:48:10,018: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:10,019: DEBUG/MainProcess] | Consumer: Starting Events
[2016-11-27 14:48:10,031: DEBUG/MainProcess] Start from server, version: 0.9, properties: {'cluster_name': 'rabbit<strong i="7">@rabbitmq</strong>', 'product': 'RabbitMQ', 'version': '3.5.6', 'information': 'Licensed under the MPL.  See http://www.rabbitmq.com/', 'capabilities': {'authentication_failure_close': True, 'consumer_priorities': True, 'consumer_cancel_notify': True, 'per_consumer_qos': True, 'basic.nack': True, 'publisher_confirms': True, 'connection.blocked': True, 'exchange_exchange_bindings': True}, 'copyright': 'Copyright (C) 2007-2015 Pivotal Software, Inc.', 'platform': 'Erlang/OTP'}, mechanisms: ['AMQPLAIN', 'PLAIN'], locales: ['en_US']
[2016-11-27 14:48:10,034: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:10,034: DEBUG/MainProcess] | Consumer: Starting Mingle
[2016-11-27 14:48:10,035: INFO/MainProcess] mingle: searching for neighbors
[2016-11-27 14:48:10,036: DEBUG/MainProcess] using channel_id: 1
[2016-11-27 14:48:10,041: DEBUG/MainProcess] Channel open
[2016-11-27 14:48:10,061: DEBUG/MainProcess] Start from server, version: 0.9, properties: {'cluster_name': 'rabbit<strong i="8">@rabbitmq</strong>', 'product': 'RabbitMQ', 'version': '3.5.6', 'information': 'Licensed under the MPL.  See http://www.rabbitmq.com/', 'capabilities': {'authentication_failure_close': True, 'consumer_priorities': True, 'consumer_cancel_notify': True, 'per_consumer_qos': True, 'basic.nack': True, 'publisher_confirms': True, 'connection.blocked': True, 'exchange_exchange_bindings': True}, 'copyright': 'Copyright (C) 2007-2015 Pivotal Software, Inc.', 'platform': 'Erlang/OTP'}, mechanisms: ['AMQPLAIN', 'PLAIN'], locales: ['en_US']
[2016-11-27 14:48:10,063: DEBUG/MainProcess] using channel_id: 1
[2016-11-27 14:48:10,064: DEBUG/MainProcess] Channel open
[2016-11-27 14:48:11,189: INFO/MainProcess] mingle: sync with 3 nodes
[2016-11-27 14:48:11,190: DEBUG/MainProcess] mingle: processing reply from celery<strong i="9">@worker03</strong>
[2016-11-27 14:48:11,190: DEBUG/MainProcess] mingle: processing reply from celery<strong i="10">@worker02</strong>
[2016-11-27 14:48:11,190: DEBUG/MainProcess] mingle: processing reply from celery<strong i="11">@worker01</strong>
[2016-11-27 14:48:11,190: INFO/MainProcess] mingle: sync complete
[2016-11-27 14:48:11,191: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:11,191: DEBUG/MainProcess] | Consumer: Starting Tasks
[2016-11-27 14:48:11,244: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:11,244: DEBUG/MainProcess] | Consumer: Starting Control
[2016-11-27 14:48:11,244: DEBUG/MainProcess] using channel_id: 2
[2016-11-27 14:48:11,246: DEBUG/MainProcess] Channel open
[2016-11-27 14:48:11,251: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:11,251: DEBUG/MainProcess] | Consumer: Starting Gossip
[2016-11-27 14:48:11,252: DEBUG/MainProcess] using channel_id: 3
[2016-11-27 14:48:11,253: DEBUG/MainProcess] Channel open
[2016-11-27 14:48:11,257: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:11,258: DEBUG/MainProcess] | Consumer: Starting Heart
[2016-11-27 14:48:11,259: DEBUG/MainProcess] using channel_id: 1
[2016-11-27 14:48:11,260: DEBUG/MainProcess] Channel open
[2016-11-27 14:48:11,261: DEBUG/MainProcess] ^-- substep ok
[2016-11-27 14:48:11,261: DEBUG/MainProcess] | Consumer: Starting event loop
[2016-11-27 14:48:11,264: INFO/MainProcess] Received task: wakatime.tasks.cache_coding_activity[0eba267c-72e4-40ea-91dd-a1a7ab17c514]
[2016-11-27 14:48:11,265: DEBUG/MainProcess] TaskPool: Apply <function _fast_trace_task at 0x7ff469300950> (args:('wakatime.tasks.cache_coding_activity', '0eba267c-72e4-40ea-91dd-a1a7ab17c514', {'argsrepr': '()', 'task': 'wakatime.tasks.cache_coding_activity', 'lang': 'py', 'parent_id': '81f0c7ce-1396-496f-bf64-ae243736c845', 'timelimit': [None, None], 'root_id': '128647cc-f558-4b7d-bafc-338d186b5cfa', 'reply_to': 'e3c2b067-a058-3aa0-a3a1-384d4b917bbf', 'retries': 0, 'expires': None, 'delivery_info': {'exchange': '', 'priority': None, 'routing_key': 'cache', 'redelivered': True}, 'id': '0eba267c-72e4-40ea-91dd-a1a7ab17c514', 'correlation_id': '0eba267c-72e4-40ea-91dd-a1a7ab17c514', 'group': None, 'eta': None, 'kwargsrepr': "{'cache_projects': True, 'timeout': 15, 'user_id': UUID('d9c69ce0-f194-45a6-83cf-98f931fca8aa'), 'writes_only': False}", 'origin': 'gen3021<strong i="12">@worker02</strong>'}, '[[], {"cache_projects": true, "timeout": 15, "user_id": "d9c69ce0-f194-45a6-83cf-98f931fca8aa", "writes_only": false}, {"callbacks": null, "chain": null, "chord": null, "errbacks": null}]', 'application/json', 'utf-8') kwargs:{})
[2016-11-27 14:48:11,266: CRITICAL/MainProcess] Unrecoverable error: TypeError("'NoneType' object is not callable",)
Traceback (most recent call last):
  File "./venv/src/celery/celery/worker/worker.py", line 203, in start
    self.blueprint.start(self)
  File "./venv/src/celery/celery/bootsteps.py", line 119, in start
    step.start(parent)
  File "./venv/src/celery/celery/bootsteps.py", line 370, in start
    return self.obj.start()
  File "./venv/src/celery/celery/worker/consumer/consumer.py", line 318, in start
    blueprint.start(self)
  File "./venv/src/celery/celery/bootsteps.py", line 119, in start
    step.start(parent)
  File "./venv/src/celery/celery/worker/consumer/consumer.py", line 593, in start
    c.loop(*c.loop_args())
  File "./venv/src/celery/celery/worker/loops.py", line 47, in asynloop
    consumer.consume()
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 470, in consume
    self._basic_consume(T, no_ack=no_ack, nowait=False)
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 591, in _basic_consume
    no_ack=no_ack, nowait=nowait)
  File "./venv/lib/python3.4/site-packages/kombu/entity.py", line 737, in consume
    arguments=self.consumer_arguments)
  File "./venv/lib/python3.4/site-packages/amqp/channel.py", line 1578, in basic_consume
    wait=None if nowait else spec.Basic.ConsumeOk,
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 73, in send_method
    return self.wait(wait, returns_tuple=returns_tuple)
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 93, in wait
    self.connection.drain_events(timeout=timeout)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 464, in drain_events
    return self.blocking_read(timeout)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 469, in blocking_read
    return self.on_inbound_frame(frame)
  File "./venv/lib/python3.4/site-packages/amqp/method_framing.py", line 88, in on_frame
    callback(channel, msg.frame_method, msg.frame_args, msg)
  File "./venv/lib/python3.4/site-packages/amqp/connection.py", line 473, in on_inbound_method
    method_sig, payload, content,
  File "./venv/lib/python3.4/site-packages/amqp/abstract_channel.py", line 142, in dispatch_method
    listener(*args)
  File "./venv/lib/python3.4/site-packages/amqp/channel.py", line 1613, in _on_basic_deliver
    fun(msg)
  File "./venv/lib/python3.4/site-packages/kombu/messaging.py", line 617, in _receive_callback
    return on_m(message) if on_m else self.receive(decoded, message)
  File "./venv/src/celery/celery/worker/consumer/consumer.py", line 567, in on_task_received
    callbacks,
  File "./venv/src/celery/celery/worker/strategy.py", line 145, in task_message_handler
    handle(req)
  File "./venv/src/celery/celery/worker/worker.py", line 221, in _process_task_sem
    return self._quick_acquire(self._process_task, req)
  File "./venv/lib/python3.4/site-packages/kombu/async/semaphore.py", line 62, in acquire
    callback(*partial_args, **partial_kwargs)
  File "./venv/src/celery/celery/worker/worker.py", line 226, in _process_task
    req.execute_using_pool(self.pool)
  File "./venv/src/celery/celery/worker/request.py", line 532, in execute_using_pool
    correlation_id=task_id,
  File "./venv/src/celery/celery/concurrency/base.py", line 155, in apply_async
    **options)
  File "./venv/lib/python3.4/site-packages/billiard/pool.py", line 1487, in apply_async
    self._quick_put((TASK, (result._job, None, func, args, kwds)))
TypeError: 'NoneType' object is not callable
[2016-11-27 14:48:11,273: DEBUG/MainProcess] | Worker: Closing Hub...
[2016-11-27 14:48:11,274: DEBUG/MainProcess] | Worker: Closing Pool...
[2016-11-27 14:48:11,274: DEBUG/MainProcess] | Worker: Closing Consumer...
[2016-11-27 14:48:11,274: DEBUG/MainProcess] | Worker: Stopping Consumer...
[2016-11-27 14:48:11,274: DEBUG/MainProcess] | Consumer: Closing Connection...
[2016-11-27 14:48:11,275: DEBUG/MainProcess] | Consumer: Closing Events...
[2016-11-27 14:48:11,275: DEBUG/MainProcess] | Consumer: Closing Mingle...
[2016-11-27 14:48:11,275: DEBUG/MainProcess] | Consumer: Closing Tasks...
[2016-11-27 14:48:11,275: DEBUG/MainProcess] | Consumer: Closing Control...
[2016-11-27 14:48:11,275: DEBUG/MainProcess] | Consumer: Closing Gossip...
[2016-11-27 14:48:11,276: DEBUG/MainProcess] | Consumer: Closing Heart...
[2016-11-27 14:48:11,276: DEBUG/MainProcess] | Consumer: Closing event loop...
[2016-11-27 14:48:11,276: DEBUG/MainProcess] | Consumer: Stopping event loop...
[2016-11-27 14:48:11,276: DEBUG/MainProcess] | Consumer: Stopping Heart...
[2016-11-27 14:48:11,277: DEBUG/MainProcess] | Consumer: Stopping Gossip...
[2016-11-27 14:48:11,278: INFO/MainProcess] Received task: wakatime.tasks.cache_coding_activity[f786fc75-0518-4893-8988-ff7f063edd12]
[2016-11-27 14:48:11,278: DEBUG/MainProcess] TaskPool: Apply <function _fast_trace_task at 0x7ff469300950> (args:('wakatime.tasks.cache_coding_activity', 'f786fc75-0518-4893-8988-ff7f063edd12', {'argsrepr': '()', 'task': 'wakatime.tasks.cache_coding_activity', 'lang': 'py', 'parent_id': '81f0c7ce-1396-496f-bf64-ae243736c845', 'timelimit': [None, None], 'root_id': '128647cc-f558-4b7d-bafc-338d186b5cfa', 'reply_to': 'e3c2b067-a058-3aa0-a3a1-384d4b917bbf', 'retries': 0, 'expires': None, 'delivery_info': {'exchange': '', 'priority': None, 'routing_key': 'cache', 'redelivered': True}, 'id': 'f786fc75-0518-4893-8988-ff7f063edd12', 'correlation_id': 'f786fc75-0518-4893-8988-ff7f063edd12', 'group': None, 'eta': None, 'kwargsrepr': "{'cache_projects': True, 'timeout': 15, 'user_id': UUID('7056644f-2564-4074-b89e-631973879f44'), 'writes_only': False}", 'origin': 'gen3021<strong i="13">@worker02</strong>'}, '[[], {"cache_projects": true, "timeout": 15, "user_id": "7056644f-2564-4074-b89e-631973879f44", "writes_only": false}, {"callbacks": null, "chain": null, "chord": null, "errbacks": null}]', 'application/json', 'utf-8') kwargs:{})
[2016-11-27 14:48:11,279: INFO/MainProcess] Received task: wakatime.tasks.cache_coding_activity[d5c8dc57-116c-467d-9924-e2999280c2f8]
[2016-11-27 14:48:11,280: INFO/MainProcess] Received task: wakatime.tasks.cache_coding_activity[460ef864-e482-4b0f-8580-d0095750bae6]
[2016-11-27 14:48:11,281: DEBUG/MainProcess] Closed channel #3
[2016-11-27 14:48:11,281: DEBUG/MainProcess] | Consumer: Stopping Control...
[2016-11-27 14:48:11,283: DEBUG/MainProcess] Closed channel #2
[2016-11-27 14:48:11,283: DEBUG/MainProcess] | Consumer: Stopping Tasks...
[2016-11-27 14:48:11,284: DEBUG/MainProcess] Canceling task consumer...
[2016-11-27 14:48:11,286: DEBUG/MainProcess] | Consumer: Stopping Mingle...
[2016-11-27 14:48:11,286: DEBUG/MainProcess] | Consumer: Stopping Events...
[2016-11-27 14:48:11,286: DEBUG/MainProcess] | Consumer: Stopping Connection...
[2016-11-27 14:48:11,286: DEBUG/MainProcess] | Worker: Stopping Pool...
[2016-11-27 14:48:12,800: DEBUG/MainProcess] result handler: all workers terminated
[2016-11-27 14:48:12,801: DEBUG/MainProcess] | Worker: Stopping Hub...
[2016-11-27 14:48:12,801: DEBUG/MainProcess] | Consumer: Shutdown Heart...
[2016-11-27 14:48:12,802: DEBUG/MainProcess] | Consumer: Shutdown Gossip...
[2016-11-27 14:48:12,802: DEBUG/MainProcess] | Consumer: Shutdown Control...
[2016-11-27 14:48:12,802: DEBUG/MainProcess] | Consumer: Shutdown Tasks...
[2016-11-27 14:48:12,803: DEBUG/MainProcess] Canceling task consumer...
[2016-11-27 14:48:12,803: DEBUG/MainProcess] Closing consumer channel...
[2016-11-27 14:48:12,803: DEBUG/MainProcess] | Consumer: Shutdown Events...
[2016-11-27 14:48:12,804: DEBUG/MainProcess] Closed channel #1
[2016-11-27 14:48:12,805: DEBUG/MainProcess] | Consumer: Shutdown Connection...
[2016-11-27 14:48:12,806: DEBUG/MainProcess] Closed channel #1
[2016-11-27 14:48:12,807: DEBUG/MainProcess] removing tasks from inqueue until task handler finished

alanhamlett 27 नव॰ 2016

इसे सेलेरी 4.x के साथ पेश किया गया था क्योंकि 3.1.24 में डाउनग्रेड करने से ट्रेसबैक को रोका जा सकता है।

alanhamlett 27 नव॰ 2016

यहाँ मेरे साथ Linux Python 3.4 पर नहीं होता है। कार्यकर्ता को शुरू करने के लिए आप किन तर्कों का उपयोग करते हैं?

ask 1 दिस॰ 2016

_quick_put कभी भी कोई नहीं होना चाहिए btw। क्या यह स्टार्टअप पर या हमेशा कनेक्शन विफलता के बाद होता है?

ask 2 दिस॰ 2016

मैं कार्यों को निष्पादित करते समय ब्रोकर को रोककर पुन: पेश करने की कोशिश कर रहा हूं, और अभी भी पुन: पेश करने में कोई भाग्य नहीं है।

ask 2 दिस॰ 2016

हमेशा स्टार्टअप पर। कार्यकर्ता तर्क हैं:

/opt/app/venv/bin/python /opt/app/venv/bin/celery worker --app=wakatime.celery --workdir=/opt/app --logfile=/var/log/celery/worker.log --loglevel=INFO --concurrency=50 --exclude-queues=medium,low,cache

alanhamlett 4 दिस॰ 2016

इसके लिए 4.0.1 . पर भी वही समस्या आ रही है

phretor 16 दिस॰ 2016

👍23

@ask मैं इसे हर बार पुन: पेश करता हूं जब आपके पास ब्रोकर पर संदेश होता है जब कार्यकर्ता के आने पर संसाधित होने की प्रतीक्षा की जाती है। बीट का उपयोग करते समय अक्सर ऐसा होता है, जो कि मेरा मामला है। यदि बीट सेवाएं कार्यकर्ता के सामने ऑनलाइन आती हैं, तो आप ऊपर वर्णित समस्या के कारण कार्यकर्ता को प्रारंभ नहीं कर पाएंगे। मैं उस सभी मामलों के लिए अजगर 2.7 का उपयोग कर रहा हूं और इसे लगातार पुन: पेश करने में सक्षम हूं।

यह वही त्रुटि है जिसका उल्लेख #3539 . पर किया गया है

jmesquita 16 दिस॰ 2016

@jmesquita जो मेरे परिदृश्य के अनुरूप है, क्योंकि श्रमिकों को शुरू करते समय मेरी कतारों में दलाल पर हमेशा लंबित संदेश होते हैं।

alanhamlett 16 दिस॰ 2016

@alanhamlett मैं इसे ठीक करने और कोड पढ़ने की कोशिश कर रहा हूं लेकिन मैं अजवाइन के लिए नया हूं इसलिए मुझे कुछ समय लग सकता है। मेरे लिए अजीब बात यह है कि बहुत से लोग सेलेरी और सेलेरी संदेशों का उपयोग कर रहे हैं जो डिफ़ॉल्ट रूप से श्रमिकों के लिए कतारबद्ध हैं, यह समुदाय के भीतर विस्फोट नहीं हुआ है। मुझे आश्चर्य होता है कि क्या मैं किसी तरह इसका दुरुपयोग कर रहा हूं।

jmesquita 16 दिस॰ 2016

मैंने कोड में थोड़ा खोदा, _quick_put को AsyncPool._create_write_handlers द्वारा असाइन किया जाता है, जिसे AsyncPool.register_with_event_loop द्वारा कॉल किया जाता है, जिसे celery.worker.loops.asynloop द्वारा कॉल किया जाता है। सतही तौर पर, समस्या यह प्रतीत होती है कि asynloop पहले consumer.consume() पर कॉल करता है और उसके बाद ही obj.register_with_event_loop पर कॉल करता है, जिसके कारण _quick_put होने पर None इसे consume() के भीतर से बुलाया जाता है।

यह समझाएगा कि जब इवेंट लूप शुरू होता है तो कतार में कोई संदेश नहीं होने पर समस्याएं क्यों नहीं होती हैं, तब consume() कुछ भी नहीं करेगा और अगली बार जब इसे कॉल किया जाएगा, तो register_with_event_loop होगा पहले ही बुलाया जा चुका है।

मैं इसे स्थानांतरित करके ठीक कर सकता था

obj.controller.register_with_event_loop(hub)
obj.register_with_event_loop(hub)

consumer.consume() से पहले, हालांकि यह निश्चित रूप से केवल एक बहुत ही बेवकूफ (और संभवतः गलत) फिक्स है।

adewes 18 दिस॰ 2016

इसलिए मैंने अजवाइन बीट संदेशों को क्षणिक बनाकर अपनी समस्या के आसपास काम किया, जो वास्तव में वैसे भी मेरा इच्छित व्यवहार है। जैसे ही मुझे अजवाइन और इसके कोडबेस के साथ थोड़ा और अनुभव होगा, मैं इसे फिर से देखूंगा।

jmesquita 19 दिस॰ 2016

👍2

@jmesquita :

इसलिए मैंने सेलेरी बीट संदेशों को क्षणिक बनाकर अपनी समस्या का समाधान किया

यह त्रुटि होने से रोकता है। सुझाव के लिए धन्यवाद।

gkoller 21 दिस॰ 2016

यदि मैं एकाधिक कतारों से उपभोग करने का प्रयास कर रहा हूं तो मैं केवल इस बग को पुन: उत्पन्न कर सकता हूं। यदि सब कुछ एक ही कतार से उपभोग किया जाता है तो स्टार्टअप अपेक्षित कार्य करता है (कतार पर संदेश ठीक से उपभोग किए जाते हैं)।

@adewes मैंने आपके प्रस्तावित समाधान का परीक्षण किया और कम से कम सतह पर यह समस्या का समाधान करता प्रतीत होता है।

sterutkb 29 दिस॰ 2016

👍5

@adewes क्या आप पुल अनुरोध जारी कर सकते हैं ताकि हम आपके प्रस्तावित परिवर्तन पर चर्चा कर सकें?

thedrow 2 जन॰ 2017

क्या इस मुद्दे पर कोई अपडेट हैं? यह हमें अब उत्पादन सहित बड़ी समस्याएं पैदा कर रहा है। मैं स्थानीय रूप से परीक्षण भी नहीं कर सकता क्योंकि मुझे TypeError मुद्दा मिलता है। हमें सेलेरी 3 पर वापस डाउनग्रेड करना पड़ सकता है।

jdotjdot 9 जन॰ 2017

मैं अब तक इसे हल करने में सक्षम नहीं था, इसे अभी के लिए संस्करण 3 में डाउनग्रेड किया गया है, आशा है कि समस्या जल्द ही ठीक हो जाएगी। @ मेरे "क्विक फिक्स" से समस्या का पूरा समाधान नहीं निकला, इसलिए मैं पुल अनुरोध नहीं खोल रहा हूं। मैं उपयोग किए गए घटकों के डेटा प्रवाह में पूरी तरह से वाकिफ नहीं हूं (यहां खेलने में कई पुस्तकालय हैं), इसलिए मैं दुर्भाग्य से अभी इसे और डीबग करने में सक्षम नहीं हूं।

adewes 9 जन॰ 2017

मुझे वास्तव में यह भी यकीन नहीं है कि हम डाउनग्रेड कर सकते हैं क्योंकि यह संभव है कि हम v2 कार्य डिज़ाइन में संदेश शीर्षलेखों के नए उपयोग पर भरोसा कर रहे हों।

@ पूछो - मुझे स्क्रीनशेयर या आपके साथ जो कुछ भी करने में खुशी हो रही है, ताकि आप डिबग में मदद करने के लिए मेरा सटीक वातावरण देख सकें, हो सकता है कि अगर हमें ज़रूरत हो तो रिमोट डीबग खोलने का भी प्रयास करें। हम थोड़े से बंधन में हैं क्योंकि हम सेलेरी 4 में शामिल हो गए हैं और अब हम अपने कर्मचारियों को उत्पादन में शुरू नहीं कर सकते हैं।

jdotjdot 9 जन॰ 2017

अभी के लिए, आप अपने उत्पादों के वातावरण में चीजों को चलाने के लिए मेरा कांटा स्थापित कर सकते हैं:

pip install -e git://github.com/alanhamlett/celery.git@73147a9da31f2932eb4778e9474fbe72f23d21c2#egg=Celery

मैंने इसे ठीक करने के लिए अभी #3752 खोला है, लेकिन पहले बग को कवर करने के लिए एक अच्छे परीक्षण का पता लगाने की आवश्यकता है।

alanhamlett 9 जन॰ 2017

👍1

बहुत बहुत धन्यवाद।

सोचने लगा कि मैं पागल हो रहा हूँ... मैंने 4.0.2 (वर्तमान में 4.0.0 पर) में अपग्रेड करने की कोशिश की और उस अपग्रेड के साथ, अचानक self.retry() ने भी काम करना बंद कर दिया।

jdotjdot 9 जन॰ 2017

सीएलआई में स्पष्ट रूप से कतारों को निर्दिष्ट करना चारों ओर घूमने जैसा दिखता है (4.0.0 को)

mrfuxi 13 जन॰ 2017

हम सीएलआई में स्पष्ट रूप से क्यू निर्दिष्ट करते हैं; हमारे पास अभी भी मुद्दा था।

शुक्रवार, 13 जनवरी, 2017 को सुबह 5:35 बजे, करोल दुलेबा नोटिफिकेशन @github.com
लिखा था:

सीएलआई में स्पष्ट रूप से कतारों को निर्दिष्ट करना एक वॉक अराउंड (on .) जैसा दिखता है
4.0.0)
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/celery/celery/issues/3620#issuecomment-272412258 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABRHQSzvyRcQI5qvfufNwPJvXNElcQKPks5rR1NggaJpZM4K7LEz
.

jdotjdot 13 जन॰ 2017

@jdotjdot - मैं वही देख रहा हूं। कमांड लाइन पर कतार निर्दिष्ट करना।
कतार में डेटा होने पर मुझे केवल समस्या दिखाई देती है। यदि कतारें खाली हैं, तो मैं कार्यकर्ता शुरू कर सकता हूं और वे चलेंगे।

sww314 13 जन॰ 2017

यह सटीक मुद्दा होना। केवल समाधान मेरे ब्रोकर को रीसेट करना प्रतीत होता है (जो कतार के लिए अच्छा नहीं है)।

ianseyer 18 जन॰ 2017

👍1

ericsu378 18 जन॰ 2017

👍1

इसके बाद, #3773, बुनियादी सुविधाओं की कमी, और अधिक जटिलता मैं शायद सेलेरी को https://github.com/closeio/tasktiger से बदल दूंगा। क्या कोई #3752 पर कब्जा करना चाहता है? आपको बस इस मुद्दे को कवर करने के लिए एक परीक्षण लिखने की जरूरत है।

alanhamlett 19 जन॰ 2017

@alanhamlett मुझे टास्कटाइगर के बारे में पता नहीं था, लेकिन यह आशाजनक लग रहा है। क्या आप जानते हैं कि यह कितना परिपक्व/स्थिर/विश्वसनीय है? मैं आमतौर पर सूक्ष्म ढांचे का बहुत बड़ा प्रशंसक हूं, और अब सेलेरी बहुत बड़ा हो गया है, कई बाहरी निर्भरताओं के साथ + पायथन 3 पर स्विचओवर ... चीजें नियंत्रण से बाहर हो रही हैं (कम से कम मेरी तैनाती पर)।

phretor 19 जन॰ 2017

👍1

यह देखते हुए कि पीआर #3752 में पहले से ही एक फिक्स है, इसे जारी करने की क्या योजना है? कृपया ध्यान दें कि यह एक महत्वपूर्ण बग है क्योंकि यह किसी भी उत्पादन वातावरण को सेलेरी 4.x का उपयोग करने से रोकता है। आप श्रमिकों को सिर्फ इसलिए नहीं मर सकते क्योंकि संदेश आने वाले हैं।

miraculixx 27 जन॰ 2017

👍1

इसे भी मर्ज होते हुए देखना चाहेंगे

Eugeny 10 फ़र॰ 2017

श्रमिकों की अल्पकालिक प्रकृति सेलेरी के लिए इतनी मौलिक होने के साथ, मैं कल्पना नहीं कर सकता कि ऐसे कई अन्य मुद्दे हैं जो इस से अधिक प्राथमिकता के पात्र हैं। यही एकमात्र चीज है जो हमें उत्पाद में जाने से रोकती है। क्या किसी के पास कोई अनुमान है कि इसे कब संबोधित किया जाएगा?

johnatron 13 फ़र॰ 2017

👍2

@johnatron मैंने भी यही सोचा था, लेकिन प्रोड में कई अन्य नए पेश किए गए बग में भाग गया। डाउनग्रेड करना पड़ा, जो मुश्किल है क्योंकि मैसेजिंग स्पेक 3.x और 4.x के बीच संगत नहीं है। मुझे टास्कटाइगर जैसे सेलेरी के विकल्पों पर भी ध्यान दिया। उत्पाद में अजवाइन 4.xx से सावधान रहें।

alanhamlett 13 फ़र॰ 2017

संदेश युक्ति 3.x के नवीनतम संस्करण के साथ क्रॉस-संगत है।

मैं स्वीकार करूंगा कि मैं बहुत हैरान हूं कि इसे संबोधित नहीं किया गया है। मैं उपयोग कर रहा हूं
एलन का कांटा अभी उत्पादन में है।

सोम, फरवरी 13, 2017 अपराह्न 2:05 बजे, एलन हैमलेट नोटिफिकेशन @github.com
लिखा था:

@johnatron https://github.com/johnatron मैंने भी यही सोचा था, लेकिन
प्रोड में कई अन्य नए पेश किए गए बग में भाग गया। डाउनग्रेड करना पड़ा,
जो मुश्किल है क्योंकि मैसेजिंग स्पेक 3.x . के बीच संगत नहीं है
और 4.x. मुझे सेलेरी के विकल्पों पर भी ध्यान दिया, जैसे टास्कटाइगर
https://github.com/closeio/tasktiger । अजवाइन 4.xx in . से सावधान रहें
उत्पाद.
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/celery/celery/issues/3620#issuecomment-279489134 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABRHQZkHixjDu37IA7PbAW6iJYcVTGevks5rcKligaJpZM4K7LEz
.

jdotjdot 14 फ़र॰ 2017

इस दुर्भाग्यपूर्ण देरी के आलोक में मैंने ज्ञात सेलेरी 4 मुद्दों के लिए कुछ सुधारों को git+http://github.com/Eugeny/celery#egg=celery==4.0.2.1 में एक साथ मिलाने का निर्णय लिया
यह भी शामिल है:

इस मुद्दे के लिए @alanhamlett का समाधान
@HealthTechDevelopers के django-celery-beat शेड्यूल के लिए फिक्स पुनः लोड नहीं हो रहा है

उत्पादन में अब तक ठीक काम कर रहा है

Eugeny 14 फ़र॰ 2017

❤2

संदेश युक्ति क्रॉस संगत हो सकती है, लेकिन जब सेलेरी कैनवास और चेनिंग की बात आती है तो संस्करणों के बीच (सूक्ष्म) असंगत अंतर होते हैं (एक ऐसी सुविधा जिसका हम बहुत उपयोग करते हैं)। हमारे ऐप को v3 से v4 में पोर्ट करने के लिए काफी प्रयास किए गए। वापस जाना एक बुरा समय होगा।

johnatron 14 फ़र॰ 2017

हे उजले दिन! धन्यवाद।

johnatron 16 फ़र॰ 2017

मुझे पायथन 3.6 और अजवाइन 4.0.2 का उपयोग करने में भी यही समस्या है।

अजवाइन बंद करें, एक कार्य बनाएं, अजवाइन शुरू करें और तुरंत TypeError: 'NoneType' object is not callable त्रुटि प्राप्त करें। @ask क्या आप कृपया प्रस्तावित सुधारों और विलय पर विचार कर सकते हैं? यह अजवाइन के पहले खुश उपयोगकर्ताओं को अजवाइन का उपयोग जारी रखने से रोक रहा है :(

आपके समय के लिए धन्यवाद, @ask!

iiilx 12 अप्रैल 2017

👍6

"माइक्रोसॉफ्ट विंडोज अब समर्थित नहीं है।

परीक्षण सूट बीत रहा है, और सेलेरी विंडोज के साथ काम कर रहा है, लेकिन हम कोई गारंटी नहीं देते क्योंकि हम इस प्लेटफॉर्म पर समस्याओं का निदान करने में असमर्थ हैं। यदि आप ऐसी कंपनी हैं जिसे इस प्लेटफॉर्म पर समर्थन की आवश्यकता है, तो कृपया संपर्क करें।"
शायद ठीक होने वाला नहीं है।

tiptoettt 12 अप्रैल 2017

👎3

@tiptoettt यह विंडोज़ के लिए विशिष्ट समस्या नहीं है। मैं मैक पर हूं। क्या आप कृपया सभी की टिप्पणियों को ध्यान से देख सकते हैं? डेवलपर्स इस वजह से सेलेरी को छोड़ देंगे। मैंने 5 साल से अजवाइन का इस्तेमाल किया है और यह एक बड़ी समस्या है। मैं एक पुराने संस्करण 3.1.25 का उपयोग करने जा रहा हूं यदि इसमें यह समस्या नहीं है।

iiilx 12 अप्रैल 2017

👍3

साथ ही यह समस्या

lpiner<strong i="6">@host</strong>:~$ uname -a
Linux host 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31 14:07:41 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

lpiner<strong i="9">@host</strong>:~$ celery --version
4.0.2 (latentcall)

यह कोड की रेखा है जो समस्या का कारण बनती है:

task_queues = (
    Queue('queue1_name', Exchange('default'), routing_key='default'),
    Queue('queue2_name', Exchange('default'), routing_key='general.routing_key'),
)

दूसरी कतार को हटाने से समस्या दूर हो जाती है।

LPiner 24 अप्रैल 2017

👍1

सेलेरी/कोम्बू/मुद्दों/675 में @ChillarAnand की पोस्ट से जो मैं समझता हूं, इस मुद्दे को 4.0.3 तक हल किया जाना चाहिए, है ना?

Vslira 8 मई 2017

मैंने इस मुद्दे को तब से नहीं देखा है जब से मैंने मास्टर शाखा से निर्माण शुरू किया है।

8 मई, 2017 को शाम 5:58 बजे, "विक्टर" नोटिफिकेशन @github.com ने लिखा:

मैं @ChillarAnand . से जो समझता हूं, उससे
https://github.com/ChillarAnand की पोस्ट सेलेरी/kombu#675 . में
https://github.com/celery/kombu/issues/675 , इस मुद्दे को हल किया जाना चाहिए
4.0.3 तक, है ना?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/celery/celery/issues/3620#issuecomment-300002736 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AC3sA400hzoX7V0GUrUSfYmry9SZ8eIRks5r34_pgaJpZM4K7LEz
.

LPiner 9 मई 2017

👍2

धन्यवाद, यह काम किया!

Vslira 9 मई 2017

मुझे रैबिटएमक्यू का उपयोग करते हुए सेलेरी 3.1.23 (सिपेटर) पर भी यही समस्या थी। लंबे डिबगिंग के बाद मुझे आखिरकार यह धागा मिल गया और 3.1.25 संस्करण का उपयोग करके समस्या को ठीक कर दिया। लेकिन यह वास्तव में दीवार के खिलाफ सिर पीट रहा था।

sireliah 22 मई 2017

एकाधिक कतारों + दिल की धड़कन के साथ v4.0.2 (latentcall) पर एक ही समस्या।

xarg 1 जून 2017

👍3

v0.4.0.2 वर्कअराउंड पर मेरे लिए एक ही समस्या $#$1 v3.x #$ . में डाउनग्रेड हो रही है

MrKiven 2 जून 2017

v4.0.2
मेरे लिए यह मुद्दा शोस्टॉपर है। मैं 3.x पर डाउनग्रेड करने पर विचार नहीं करता। मुझे उम्मीद है कि नया संस्करण जल्द ही जारी किया जाएगा।

ba1dr 26 जून 2017

@ ba1dr मास्टर से निर्मित। यह मेरे लिए इसे ठीक करता है।

LPiner 26 जून 2017

@LPiner , धन्यवाद, इसने मेरे लिए इस मुद्दे को ठीक कर दिया। लेकिन यह उत्पादन के लिए तैयार समाधान नहीं है, है ना?

ba1dr 26 जून 2017

@ ba1dr टीबीएच का ज्यादा विकल्प नहीं है। यह या तो यह है या 3.x पर वापस डाउनग्रेड करें।
हम इसे बिना किसी समस्या के उत्पादन में उपयोग करते हैं लेकिन हमारा पैमाना एक दिन में केवल कुछ सौ काम है, आपका माइलेज भिन्न हो सकता है।

LPiner 26 जून 2017

हम जल्द ही रिलीज होने वाले हैं। #4109 . देखें

thedrow 11 जुल॰ 2017

🎉5

यहां भी प्रभावित बस हमें मारा। रिलीज के लिए तैयार!

rholloway 13 जुल॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

जांच सूची

प्रजनन के चरण

अपेक्षित् व्यवहार

वास्तविक व्यवहार

सबसे उपयोगी टिप्पणी

सभी 54 टिप्पणियाँ

संबंधित मुद्दों