मैं दोनों का उपयोग कर रहा हूं और वे ठीक काम कर रहे हैं

संस्करण 4.0.2 से संस्करण 4.1.0 में अद्यतन करने के बाद - एक समान त्रुटि मिली, कार्य अनुसूचक ठीक से काम नहीं करता है

यहां वही, जब मैं 4.0.2 पर डाउनग्रेड करता हूं तो यह फिर से काम करता है।

मुझे लगता है कि यह बग टाइमज़ोन से संबंधित है, जब मैं टाइमज़ोन को यूटीसी में बदलता हूं तो यह काम करता है।

CELERY_TIMEZONE = 'यूटीसी'
CELERY_ENABLE_UTC = सत्य

क्या आप कृपया वर्तमान master शाखा से दोबारा जांच कर सकते हैं?

मैं 4.1.0 . में इस बग की पुष्टि कर सकता हूं

मेरी सेटिंग में:

CELERY_TIMEZONE = 'Europe/Moscow'

और हाँ इसके साथ ठीक काम करता है:

CELERY_TIMEZONE = 'UTC'
CELERY_ENABLE_UTC = True

एक ही समस्या - हमारे पास सेलेरी बीट का उपयोग करते हुए कई प्रोजेक्ट हैं लेकिन उनमें से एक CELERY_TIMEZONE को प्रोजेक्ट टाइमज़ोन के रूप में सेट करने के लिए हुआ जो कि अमेरिका/न्यूयॉर्क था। सचमुच मैं रैबिट क्यूए सर्वर में 18 मिलियन संदेशों के साथ जाग गया क्योंकि कार्यकर्ता उस दर के साथ नहीं रह सके जो उन्हें कतार में लगाया गया था - सैकड़ों एक मिनट। सेटिंग्स को हटाने और प्रोजेक्ट को CELERY_TIMEZONE of none पर डिफॉल्ट करने देने से भी समस्या का समाधान हो गया।

एफडब्ल्यूआईडब्ल्यू - मुझे नहीं लगता कि हम डेटाबेस शेड्यूलर का उपयोग कर रहे हैं। शायद मुद्दे का नाम बदला जाना चाहिए?

@matteius @AyumuKasuga यदि आप फिक्स को सत्यापित करने के लिए master शाखा के साथ एक परीक्षण चला सकते हैं, तो यह बहुत अच्छा होगा। मुद्दों के लिए खेद है।

हैलो @georgepsarakis !
मैंने अभी मास्टर शाखा का परीक्षण किया है और दुर्भाग्य से मेरे सेटअप में समस्या अभी भी मौजूद है।

मेरा भी यही विचार है!

नमस्ते,

मुझे एक ऐसी ही समस्या है। मैंने django-celery-beat सेटअप निर्देशों का पालन किया: http://docs.celeryproject.org/en/latest/userguide/periodic-tasks.html

CELERY_TIMEZONE = 'UTC'
CELERY_ENABLE_UTC = True
CELERY_RESULT_BACKEND = 'django-db'
CELERY_BEAT_SCHEDULER = 'django_celery_beat.schedulers:DatabaseScheduler'

फिर मैं एक आवधिक कार्य परिभाषित करता हूं:

@periodic_task(run_every=timedelta(seconds=30))
def do_stuff():
   print("HI")

सेलेरी बीट शुरू करते समय, मुझे निम्न आउटपुट मिलता है:

$> DJANGO_SETTINGS_MODULE="proj.settings.dev" celery -A proj beat -l info
celery beat v4.1.0 (latentcall) is starting.
__    -    ... __   -        _
LocalTime -> 2017-08-28 15:58:44
Configuration ->
    . broker -> amqp://guest:**<strong i="14">@localhost</strong>:5672//
    . loader -> celery.loaders.app.AppLoader
    . scheduler -> django_celery_beat.schedulers.DatabaseScheduler

    . logfile -> [stderr]@%INFO
    . maxinterval -> 5.00 seconds (5s)
[2017-08-28 15:58:44,425: INFO/MainProcess] Writing entries...
[2017-08-28 15:58:45,629: INFO/MainProcess] DatabaseScheduler: Schedule changed.
[2017-08-28 15:58:45,630: INFO/MainProcess] Writing entries...

आवधिक कार्य डेटाबेस में मौजूद है और इसे enabled के रूप में चिह्नित किया गया है।

हालांकि, एक अजवाइन कार्यकर्ता किसी भी आवधिक कार्यों को प्राप्त या निष्पादित नहीं करता है:

$> DJANGO_SETTINGS_MODULE="proj.settings.dev" celery -A proj worker -l info -E

 -------------- celery@proj-dev v4.0.2 (latentcall)
---- **** ----- 
--- * ***  * -- Linux-4.4.0-83-generic-x86_64-with-Ubuntu-16.04-xenial 2017-08-28 15:57:42
-- * - **** --- 
- ** ---------- [config]
- ** ---------- .> app:         proj:0x7f89f78faeb8
- ** ---------- .> transport:   amqp://guest:**<strong i="20">@localhost</strong>:5672//
- ** ---------- .> results:     
- *** --- * --- .> concurrency: 1 (prefork)
-- ******* ---- .> task events: ON
--- ***** ----- 
 -------------- [queues]
                .> celery           exchange=celery(direct) key=celery


[tasks]
  . proj.tasks.do_nothgin
  . proj.tasks.do_stuff

[2017-08-28 15:57:42,269: INFO/MainProcess] Connected to amqp://guest:**@127.0.0.1:5672//
[2017-08-28 15:57:42,287: INFO/MainProcess] mingle: searching for neighbors
[2017-08-28 15:57:43,324: INFO/MainProcess] mingle: all alone

सॉफ्टवेयर:

celery==4.1.0
django-celery-beat==1.0.1
django-celery-results==1.0.1
Django==1.8.2

इस मुद्दे को हल करने के लिए किसी भी विचार/सहायता का स्वागत है।

श्रेष्ठ,
सेबास्टियन

बकवास का एक टुकड़ा। यह काम नहीं करता।

@ mchen-scala मुझे लगता है कि ओएसएस परियोजनाएं सहयोग और उद्देश्य और रचनात्मक आलोचकों के लिए हैं। आपने कोड की कितनी पंक्तियों को बकवास के टुकड़े में डाल दिया है? मेरे पास वास्तव में सेलेरी है जिसमें बीट पूरी तरह से काम कर रहा है।

मैंने आपके पास पहले से कहीं अधिक उन्नत सिस्टम बनाए हैं। मैंने ऑपरेटिंग सिस्टम लिखे हैं और उच्च आवृत्ति वाले ट्रेडिंग प्लेटफॉर्म और बड़े पैमाने पर क्रॉस-डेटासेंटर डीबी बनाए हैं। और बहुत सारे।

कोड की लाइनें? मैं केवल उन प्रणालियों को देखता हूं जो काम करती हैं। एलओसी टायरोस के लिए है।

मुझे अजवाइन का उपयोग करना है क्योंकि मुझे जो सिस्टम विरासत में मिला है वह इसका उपयोग करता है। मैं इससे छुटकारा पाने जा रहा हूं और अपनी पहली डिलीवरी पूरी होने के बाद अपना खुद का लिखूंगा।

बीट समस्या के अलावा, कार्य निष्पादन में कम से कम एक बार संपत्ति सुनिश्चित करने के लिए लोगों को लॉक का उपयोग करने के लिए कहना एक विशाल मजाक है।

आप जिस चीज में अच्छे हैं, उस पर टिके रहें, जो कि ओएसएस है क्योंकि आपको उच्च-भुगतान वाली नौकरियां नहीं मिल सकती हैं।

@ mchen-scala आपने अपने जीवन में कभी जटिल प्रणाली नहीं लिखी है, आप इस टिकट के संदर्भ को भी नहीं समझ सकते हैं, जो कि सेलेरी 4 श्रृंखला में कुछ संस्करण हैं जहां CELERY_BEAT_SCHEDULE का पालन नहीं किया जाता है यदि टाइमज़ोन यूटीसी नहीं है।

आपके सभी बिंदु कई स्तरों पर गलत और अपमानजनक हैं। मज़ाक यह है कि आप एक OSS प्रोजेक्ट पर काम करने के लिए हमारा अपमान करने के लिए यहाँ आते हैं जो कई उद्योगों में कई लोगों की ज़रूरतों को पूरा करता है। मैं यह मानने जा रहा हूं कि आपने कभी किसी नियोक्ता के लिए जो कुछ भी लिखा है, उसे सेलेरी प्रोजेक्ट के रूप में दिन की रोशनी नहीं देखी गई है। जैसा कि आपने वास्तव में अपने किसी भी पूर्व कार्य का संदर्भ नहीं दिया है। एक फुर्तीली दुनिया में आप हर 2-4 सप्ताह में रिलीज़ होंगे, इसलिए यह तथ्य कि आप एक ऐसी परियोजना पर काम कर रहे हैं जो आपको इन भयानक प्रणालियों के बजाय विरासत में मिली है, जिसे आपने माना है, केवल यह इंगित करता है कि आपके पास आत्म-मूल्य की एक बढ़ी हुई भावना है।

इसके अलावा mchen-scala, मैं आपको अजवाइन को बंद करने के लिए प्रोत्साहित करता हूं - मुख्यतः क्योंकि हमें अपने समुदाय में आपके दृष्टिकोण की आवश्यकता नहीं है। मेरे पास एक उच्च भुगतान वाली नौकरी है क्योंकि मैं ओएसएस का लाभ उठाने में सक्षम हूं और मुद्दों को ठीक करने में सहायता प्रदान करता हूं। मेरा सुझाव है कि आप अपने स्वयं के मंत्र का पालन करें और उस पर टिके रहें जिसमें आप अच्छे हैं, जो स्पष्ट रूप से मौजूदा समाधानों के साथ समस्याओं के लिए आपके स्वयं के समाधान पेश कर रहा है, और हममें से बाकी लोगों के लिए एक असामाजिक झटका है। सिया!

मैंने कोड की सटीक रेखा को पिन-पॉइंट किया है जो मेरे पहले से ही टाइमज़ोन जागरूक डेटाटाइम को ऑफ़सेट +20 में भविष्य के डेटाटाइम में परिवर्तित कर रहा है, जो मुझे यकीन है कि वास्तविक टाइमज़ोन ऑफ़सेट नहीं है।
2017-10-11 22:42:27.041931-04:00 2017-10-12 22:42:27.041931+20:00 मेरे पुल अनुरोध में लाइन में परिवर्तित हो जाता है।
स्पष्ट रूप से यूटीसी मोड में डेटाटाइम ऑब्जेक्ट कोड में इस बिंदु पर समान रहता है। तो आगे क्या होता है, शेष_डेल्टा का परिणाम -1 दिन, 1:27:32.958069 कार्य अनुसूची के पीछे के रूप में व्याख्या किया जाता है। तो यह कार्य भेजता है और लंबे समय तक नहीं सोता है क्योंकि यह हमेशा पीछे रहता है। यह केवल कार्यों को हराता रहता है, हमेशा कार्य के देय होने तक इसके -1 दिन होते हैं।

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

मैंने इसे पायथन 2.7 के साथ-साथ पायथन 3.5 और 3.6 संस्करणों पर एक समस्या के रूप में दिखाया है। यह कहने के लिए नहीं कि यह अन्य संस्करणों में एक बग नहीं है, वे केवल वही हैं जिनके साथ मैंने वातावरण स्थापित किया है।

मैंने बीट के लिए डेटाबेस का उपयोग न करने से django-celery-beat का उपयोग करने के लिए माइग्रेट करने की कोशिश की ... दिन ज्यादातर जीथब मुद्दों को पढ़ रहा है :(

CELERY_TIMEZONE = 'UTC' का उपयोग करते समय क्या कोई और इसे काम नहीं कर रहा है? मुझे उस सेट के साथ भी काम करने में समस्या हो रही है..

@xeor आपको CELERY_ENABLE_UTC = True सेट करने की भी आवश्यकता हो सकती है

डेटाटाइम का वास्तविक मुद्दा स्थानीयकरण() में पारित किया जा रहा है कि यदि आपके पास अपनी परियोजना के लिए स्थानीय नहीं यूटीसी टाइमज़ोन सेट है, तो वह डेटाटाइम पहले से ही स्थानीयकरण में जा रहा है और फिर dt = dt.astimezone (tz) इसे एक में बदल देता है एक समय क्षेत्र के साथ गैर-बेवकूफ भविष्य का डेटाटाइम जिसका कोई मतलब नहीं है।

@xeor मुझे निम्नलिखित सेटिंग्स के साथ भी यही समस्या हो रही थी:

CELERY_TIMEZONE = 'UTC'
CELERY_ENABLE_UTC = True
CELERY_BEAT_SCHEDULER = 'django_celery_beat.schedulers:DatabaseScheduler'

अब, मुझे पता है कि यह मूर्खतापूर्ण लगता है, लेकिन मैंने सेलेरी और डीजेंगो-अजवाइन-बीट दोनों को अनइंस्टॉल कर दिया, और उन्हें अपने नवीनतम संस्करण के साथ फिर से स्थापित किया और यह काम किया।

धन्यवाद .. मैंने उन सभी 3 के साथ भी बिना किस्मत के कोशिश की है।
मैं इसे बाद में पर्यावरण के स्वच्छ पुनर्निर्माण के साथ आजमाऊंगा।

@xeor वैसे यह बहुत संभव है कि यह समस्या वह समस्या नहीं है जिसका आप अनुभव कर रहे हैं, हालाँकि शायद यह है। इस टिकट में सलाह अब तक इस समस्या का सामना करने वाले सभी उपयोगकर्ताओं के लिए सुसंगत रही है, जो निर्धारित कार्यों के नियंत्रण से बाहर हो जाते हैं और जो निर्माण कर रहे हैं और इसके कारण ठीक से संसाधित नहीं हो रहे हैं। क्या आप अपनी विशिष्ट समस्या का अधिक वर्णन कर सकते हैं क्योंकि ऐसा प्रतीत नहीं होता है कि आपने त्रुटि (त्रुटियों) या अप्रत्याशित परिणाम के बारे में बहुत सारे विवरण छोड़े हैं?

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

सर उठाने के लिए धन्यवाद!

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

मुझे यकीन नहीं है कि मेरा सेटअप कुछ खास है, लेकिन मैं docker, amqp, rabbitmq और सेलेरी पायथन पैकेज के सभी नवीनतम संस्करणों का उपयोग कर रहा हूं (न किrabbitmq tho) .. (क्षमा करें, मेरे पास यहां env नहीं है इसलिए मैं जांच सकते हो)..

मेरे पास समान समस्या है, कभी-कभी सेलेरी-बीट काम नहीं करता है (यह ब्रोकर को कार्य नहीं भेजता है) इसके अतिरिक्त, यह हर 59 मिनट में बहुत अधिक कार्य भेजता है
मैंने हर मिनट चलाने के लिए एक परीक्षण कार्य किया

[2017-11-09 20:52:00,052: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:53:00,049: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:54:00,019: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:55:00,027: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:56:00,049: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:57:00,004: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:58:00,045: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:00,032: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:00,035: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:00,037: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:00,044: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
...
[2017-11-09 20:59:59,977: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,979: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,981: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,986: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,989: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,994: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 20:59:59,997: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 21:00:00,000: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 21:01:00,047: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 21:02:00,047: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)
[2017-11-09 21:03:00,053: INFO/MainProcess] Scheduler: Sending due task test-task (tasks.test.test_task)

59 मिनट पर, कार्यों का समूह चलना शुरू हो जाता है और जब समय मिनट 0 पर पहुंच जाता है तो यह फिर से अपेक्षित रूप से चलता है।
मुझे इस बग के बारे में कोई जानकारी नहीं है..?

सेलेरी में यह मेरी सेटिंग है 4.1.0

timezone = 'Asia/Seoul'
enable_utc = False

मैं शेड्यूल के लिए फ़ाइल डीबी का उपयोग कर रहा हूँ

मेरे पास यह समस्या अजगर 3.6.3, pytz 2017.3, django 1.11.7, अजवाइन 4.1.0 और django-celery-beat 1.1.0 पर भी है।

मैं पहले डेटाबेस मिटा देता हूं:

#update django_celery_beat_periodictask set last_run_at = NULL;
#select name, last_run_at from django_celery_beat_periodictask;
           name           |          last_run_at          
--------------------------+-------------------------------
celery.backend_cleanup |                                                       

> pipenv run celery beat -A appname -l debug --scheduler django_celery_beat.schedulers:DatabaseScheduler
Loading .env environment variables…
celery beat v4.1.0 (latentcall) is starting.
__    -    ... __   -        _
LocalTime -> 2017-11-30 08:28:58
Configuration ->
    . broker -> amqp://guest:**<strong i="9">@localhost</strong>:5672//
    . loader -> celery.loaders.app.AppLoader
    . scheduler -> django_celery_beat.schedulers.DatabaseScheduler

    . logfile -> [stderr]@%DEBUG
    . maxinterval -> 5.00 seconds (5s)
[2017-11-30 08:28:58,945: DEBUG/MainProcess] Setting default socket timeout to 30
[2017-11-30 08:28:58,946: INFO/MainProcess] beat: Starting...
[2017-11-30 08:28:58,946: DEBUG/MainProcess] DatabaseScheduler: initial read
[2017-11-30 08:28:58,946: INFO/MainProcess] Writing entries...
[2017-11-30 08:28:58,968: DEBUG/MainProcess] DatabaseScheduler: Fetching database schedule
[2017-11-30 08:28:59,068: DEBUG/MainProcess] Current schedule:
<ModelEntry: celery.backend_cleanup celery.backend_cleanup(*[], **{}) <crontab: 0 4 * * * (m/h/d/dM/MY)>>
[2017-11-30 08:28:59,115: INFO/MainProcess] DatabaseScheduler: Schedule changed.
[2017-11-30 08:28:59,115: INFO/MainProcess] Writing entries...
[2017-11-30 08:28:59,115: DEBUG/MainProcess] DatabaseScheduler: Fetching database schedule
[2017-11-30 08:28:59,121: DEBUG/MainProcess] Current schedule:
<ModelEntry: celery.backend_cleanup celery.backend_cleanup(*[], **{}) <crontab: 0 4 * * * (m/h/d/dM/MY)>>
[2017-11-30 08:28:59,122: DEBUG/MainProcess] beat: Ticking with max interval->5.00 seconds
[2017-11-30 08:28:59,138: DEBUG/MainProcess] Start from server, version: 0.9, properties: {'capabilities': {'publisher_confirms': True, 'exchange_exchange_bindings': True, 'basic.nack': True, 'consumer_cancel_notify': True, 'connection.blocked': True, 'consumer_priorities': True, 'authentication_failure_close': True, 'per_consumer_qos': True, 'direct_reply_to': True}, 'cluster_name': 'rabbit<strong i="10">@Jupiter</strong>', 'copyright': 'Copyright (C) 2007-2017 Pivotal Software, Inc.', 'information': 'Licensed under the MPL.  See http://www.rabbitmq.com/', 'platform': 'Erlang/OTP 20.1', 'product': 'RabbitMQ', 'version': '3.6.14'}, mechanisms: [b'AMQPLAIN', b'PLAIN'], locales: ['en_US']
[2017-11-30 08:28:59,152: DEBUG/MainProcess] using channel_id: 1
[2017-11-30 08:28:59,153: DEBUG/MainProcess] Channel open
[2017-11-30 08:28:59,154: DEBUG/MainProcess] beat: Synchronizing schedule...
[2017-11-30 08:28:59,155: INFO/MainProcess] Writing entries...
[2017-11-30 08:28:59,160: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,161: DEBUG/MainProcess] celery.backend_cleanup sent. id->1dd626be-1dea-43ec-b000-ab61fdd33f9d
[2017-11-30 08:28:59,163: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,163: DEBUG/MainProcess] celery.backend_cleanup sent. id->7a9c7d44-e570-4a5a-9803-0a8e5111f035
[2017-11-30 08:28:59,165: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,166: DEBUG/MainProcess] celery.backend_cleanup sent. id->114ee8e1-4b3c-4f43-a632-9a249d7db364
[2017-11-30 08:28:59,167: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,168: DEBUG/MainProcess] celery.backend_cleanup sent. id->5b7f3825-d6c8-43a5-b056-2d567ec2c4df
[2017-11-30 08:28:59,170: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,171: DEBUG/MainProcess] celery.backend_cleanup sent. id->f1bfb936-0dd1-47b6-be10-3763d4446758
[2017-11-30 08:28:59,172: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,173: DEBUG/MainProcess] celery.backend_cleanup sent. id->7a12f2da-3717-45ab-b018-6b4fd7b83982
[2017-11-30 08:28:59,175: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,175: DEBUG/MainProcess] celery.backend_cleanup sent. id->64fbd61d-e80e-4a32-a49d-31ddc7e155c7
[2017-11-30 08:28:59,177: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,179: DEBUG/MainProcess] celery.backend_cleanup sent. id->ff38e88e-e7e8-4436-9724-9c416dde4d72
[2017-11-30 08:28:59,181: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
[2017-11-30 08:28:59,181: DEBUG/MainProcess] celery.backend_cleanup sent. id->d5116c47-df14-4f3e-a4d1-09087cd1af80
[2017-11-30 08:28:59,183: INFO/MainProcess] Scheduler: Sending due task celery.backend_cleanup (celery.backend_cleanup)
...

और कतार 600/सेकंड की दर से भरती रहती है।

# select name, last_run_at from django_celery_beat_periodictask;
           name           |          last_run_at          
--------------------------+-------------------------------
 celery.backend_cleanup   | 2017-11-30 16:40:59.352453-08 

मेरी सेटिंग्स हैं (मैंने वह सब कुछ सेट किया जो मुझे मिल सकता था क्योंकि दस्तावेज़ीकरण बहुत अस्पष्ट और कई जगहों पर पुराना है):

settings.py
CELERY_TIMEZONE = 'Canada/Pacific'
CELERY_ENABLE_UTC=False
USE_TZ = True
TIME_ZONE = 'Canada/Pacific'

celery.py
app = Celery('MyApp')
app.config_from_object('django.conf:settings', namespace='CELERY')
app.conf.timezone = 'Canada/Pacific'
app.conf.enable_utc = False

तो यह स्पष्ट है कि क्या हो रहा है कि अजवाइन 08:28:59-08 पर कार्य चलाता है, लेकिन फिर last_run_time को संग्रहीत करते समय, यह अभी भी इसे संग्रहीत करने से पहले 16:28:59-08 प्राप्त करने के लिए समय में 8 घंटे जोड़ रहा है। डीबी.

शेड्यूल पर एक त्वरित नज़र डालने से मुझे पता चलता है कि हम crontab.is_due() से टाइमडेल्टा या # सेकंड वापस कर रहे हैं।

मेरे पास यहां खुदाई करने के लिए अधिक समय नहीं है, लेकिन जाहिर है कि क्रोंटैब वर्ग के अंदर कुछ वर्तमान समय और वर्तमान समय के बीच अपने tz replaced (रूपांतरित नहीं) के साथ एक टाइमडेल्टा प्राप्त कर रहा है।

मुझे उन पंक्तियों पर बहुत संदेह होगा जो replace टाइमज़ोन हैं।

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

976515108a4357397a3821332e944bb85550dfa2 इसे लागू करें और जांचें