<p>अजवाइन त्रुटि बढ़ाएँ: [Errno 104] शुरुआत के बाद सहकर्मी द्वारा कनेक्शन रीसेट</p>

मैं वही समस्या सेलेरी 4.2.0 के साथ देखता हूं। मैं इसे अजवाइन 4.1.1 के साथ नहीं है। स्थानीय रूप से, मैं अक्सर, लेकिन हमेशा नहीं, इरनो 104 प्राप्त करता हूं। एक ट्रैविस बिल्ड पर यह लगातार 4.2.0 पर अधिक विफल रहता है (और 4.1.1 पर सफल होता है)। मैंने उस समय निर्भरता पर ध्यान नहीं दिया जो @axiaoxin रिपोर्ट करती है।

क्या आप निम्न कमांड का आउटपुट प्रदान कर सकते हैं:

$ celery -A proj report

hi @georgepsarakis यह मेरी रिपोर्ट है

software -> celery:4.2.0 (windowlicker) kombu:4.2.1 py:2.7.5
            billiard:3.5.0.3 py-amqp:2.3.2
platform -> system:Linux arch:64bit, ELF imp:CPython
loader   -> celery.loaders.app.AppLoader
settings -> transport:amqp
results:sentinel://:**@10.18.7.1:26379/1;sentinel://:[email protected]:26379/1;sentinel://:[email protected]:26379/1

JSON_AS_ASCII: False
CACHED_OVER_EXEC_MILLISECONDS: 800
LOG_PEEWEE_SQL: False
SESSION_REFRESH_EACH_REQUEST: True
APP_ROOT_PATH: '/data/srv/zns/app'
REDIS_URL: 'redis://:[email protected]:6379/2'
PROJECT_ROOT_PATH: '/data/srv/zns'
FLATPAGES_ROOT: '/data/srv/zns/app/docs'
SESSION_COOKIE_SAMESITE: None
PROPAGATE_EXCEPTIONS: None
CELERYD_SEND_EVENTS: True
REDIS_LOCK_TIMEOUT: 1800
FAKE_HANDLE_TASK: False
SECRET_KEY: u'********'
BROKER_URL: u'amqp://notifer:********@zns.com:5672/notifer_celery_broker'
ENTRY_RATE_LIMIT: 0
SENTRY_DSN: 'http://6a0ce3f93804422da7321f45353c69d7:[email protected]/10'
SWAGGER: {
    'description': '<a href="/docs" target="_blank">\xe5\x85\xb6\xe4\xbb\x96\xe6\x96\x87\xe6\xa1\xa3</a>',
    'doc_expansion': 'list',
    'footer_text': u'\u6709\u4efb\u4f55\u7591\u95ee\u8bf7\u54a8\u8be2 ashinchen',
    'hide_top_bar': True,
    'specs': [{   'endpoint': 'apispec', 'route': '/apispec.json'}],
    'termsOfService': None,
    'title': 'zns API',
    'uiversion': 3,
    'version': '0.0.1'}
LOG_LEVEL: 'info'
APPLICATION_ROOT: '/'
SERVER_NAME: None
LOG_PATH: '/data/srv/zns/logs'
SERVICE_NAME: 'zns'
CELERYD_MAX_TASKS_PER_CHILD: 10000
TESTING: False
MYSQL_URL: 'mysql+pool://user:[email protected]:3306/zns?max_connections=40&stale_timeout=300'
TEMPLATES_AUTO_RELOAD: None
CELERY_RESULT_PERSISTENT: True
JSONIFY_MIMETYPE: 'application/json'
TOF_APP_KEY: u'********'
TOF_SYS_ID: 1
JSON_KEYCASE: u'********'
TOF_URL: 'http://tof.com/api/v1'
FLATPAGES_EXTENSION: ['.md', '.html', '.htm', '.txt']
SESSION_COOKIE_HTTPONLY: True
USE_X_SENDFILE: False
REQUESTS_POOL_SIZE: 10
API_BIND: u'********'
SESSION_COOKIE_SECURE: False
CACHED_EXPIRE_SECONDS: 60
REDIS_SENTINEL: {
    'db': 0,
    'master_name': 'redis-master',
    'nodes': [   ('10.18.7.1', 26379),
                 ('10.16.19.22', 26379),
                 ('10.16.19.21', 26379)],
    'password': u'********'}
SESSION_COOKIE_DOMAIN: None
SESSION_COOKIE_NAME: 'session'
EXCEPTION_RETRY_COUNT: 2
CELERY_TASK_RESULT_EXPIRES: 604800
MAX_COOKIE_SIZE: 4093
ENTRY_RATE_PER: 0
TOF_WEIXIN_SENDER: 'x-ashin'
ENV: 'production'
CELERYD_TASK_SOFT_TIME_LIMIT: 30
DEBUG: False
PREFERRED_URL_SCHEME: 'http'
EXPLAIN_TEMPLATE_LOADING: False
CELERY_RESULT_BACKEND:u'sentinel://:********@10.18.7.1:26379/1;sentinel://:pwd@'10.16.19.22:26379/1;sentinel://:[email protected]:26379/1'
CACHED_CALL: False
FLATPAGES_AUTO_RELOAD: False
MAX_CONTENT_LENGTH: None
REQUEST_ID_KEY: u'********'
NOTIFY_MODULE: 'tof'
JSONIFY_PRETTYPRINT_REGULAR: False
LOG_FUNC_CALL: True
PERMANENT_SESSION_LIFETIME: datetime.timedelta(31)
TOF_EMAIL_SENDER: '[email protected]'
REDIS_CLUSTER: {
    }
TRAP_BAD_REQUEST_ERRORS: None
JSON_SORT_KEYS: u'********'
TRAP_HTTP_EXCEPTIONS: False
SESSION_COOKIE_PATH: None
SEND_FILE_MAX_AGE_DEFAULT: datetime.timedelta(0, 43200)
SPLIT_LOGFILE_BY_LEVEL: False
PRESERVE_CONTEXT_ON_EXCEPTION: None
CELERY_RESULT_BACKEND_TRANSPORT_OPTIONS: {
    'master_name': 'redis-master'}
LOG_IN_FILE: False

इस रिपोर्ट के अनुसार, कुछ पासवर्ड खुराक को * से बदला नहीं जाना चाहिए

इसके लायक क्या है, मैं यह देख रहा हूं कि खरगोश के साथ जेंटीन का उपयोग करके एक साफ परियोजना के साथ। अजवाइन श्रमिकों को एक दो मिनट के लिए शुरू करने के बाद, हम एक कनेक्शन रीसेट प्राप्त करेंगे और उसके बाद कोई भी कार्य नहीं किया जाएगा।

https://github.com/sihrc/celery-connection-reset

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

क्या आप मास्टर से अपनी सभी निर्भरता के साथ मास्टर शाखा से अजवाइन स्थापित करने की कोशिश कर सकते हैं और देख सकते हैं कि क्या हो रहा है?

अभी भी यह त्रुटि सेलेरी 4.2.2 के साथ मिल रही है।

@auvipy धन्यवाद, यह काम करता है!

@ yuda110 क्या आप जानते हैं कि आपकी निर्भरता में क्या परिवर्तन होने से समस्या हल हो गई है?

हमें यह ConnectionReset मुद्दा मिल रहा है, और हम Celery 4.2.1 का उपयोग निम्नलिखित संस्करणों के साथ कर रहे हैं, जो कि कब्रिस्तान की आवश्यकताओं के साथ संगत हैं:

billiard==3.5.0.4 # Celery needs billiard. There's a bug in 3.5.0.5
kombu==4.2.2-post1 # Celery needs kombu >= 4.2.0, < 5.0
redis==2.10.6

@charlescapps
ओह, मैं उस उत्तर को मिटाना भूल गया the ऐसा लगता था कि संस्करण को अपग्रेड करने के बाद समस्या को हल किया गया था (4.2.1), लेकिन फिर से एक अज्ञात समस्या का सामना करना पड़ा। आखिरकार मुझे 4.0 संस्करण के लिए डाउनग्रेड करना पड़ा।

मैंने 4.1 पर डाउनग्रेड किया और इसने त्रुटि को ठीक किया। हालांकि अभी तक 4.3 की कोशिश नहीं की गई है।

यह त्रुटि हमारे लिए बहुत कम होती है, और यह पता चलता है कि यह एक जंजीर अपवाद है जो रेडिस क्लाइंट से ConnectionReset त्रुटि के साथ शुरू होता है। जब kombu.exceptions.OperationalError फेंका जाता है, तो मैं केवल पुनर्प्रयास को सक्षम करने जा रहा हूं, क्योंकि Celery ChangeLog इंगित करता है कि यह पुन: प्रयास करने में सक्षम त्रुटि है।

बस यह कहना चाहता था कि RabbitMQ का उपयोग करते समय यह समस्या अभी भी 4.3.0 में बनी हुई है। किसी तरह रेडिस के लिए आगे बढ़ ने इस मुद्दे को तय किया।

जब भी kombu.exceptions.OperationalError फेंका जाता है, तो हम एक्सपोनेंशियल बैकऑफ़ के साथ रिट्रीट करते हुए इसे हल करते हैं। डॉक्स के हिसाब से इन्हें रिट्रीट किया जाना है। मुद्दा हमारे लिए बहुत कम ही होता है, इसलिए रिट्रीट एक अच्छा समाधान है। हम 4.2.1 पर हैं।

नमस्ते,

मैं खरगोश और दलाल और बैकएंड के रूप में उपयोग कर रहा हूं और मेरे पास एक ही मुद्दा है।

किसी के पास कोई हल है?

अग्रिम में धन्यवाद।

एक ही मुद्दा यहाँ। यह मेरे लिए 100% प्रजनन योग्य है। किसी कारण से दलाल को दिल की धड़कन के अंतराल के बाद लगता है कि उसकी मौत हो गई।

रिपोर्ट good:

software -> celery:4.3.0 (rhubarb) kombu:4.5.0 py:3.6.7
            billiard:3.6.0.0 py-amqp:2.4.2
platform -> system:Linux arch:64bit, ELF
            kernel version:4.18.0-20-generic imp:CPython
loader   -> celery.loaders.app.AppLoader
settings -> transport:amqp results:rpc:///

broker_url: 'amqp://guest:********<strong i="7">@localhost</strong>:5672//'
result_backend: 'rpc:///'
result_persistent: False
task_default_queue: 'something something'
result_expires: 3600
task_ignore_result: False
task_serializer: 'json'
result_serializer: 'json'
accept_content: ['json']
timezone: 'Europe/Berlin'
enable_utc: True

मुझे यह कहना है कि मेरी समस्याएं तब शुरू हुईं जब मैंने एर्लांग 22.0 में अपग्रेड किया। लेकिन यह भी गोपनीय हो सकता है।

क्या आप कोई सुझाव दे सकते हैं? यदि आप तब 4.4.0rc2 में शामिल किए जाएंगे

मैं 4.3.0 पर इस काम की पुष्टि जियवेंट वर्कर के साथ कर सकता हूं। जियोवेंट से प्रीफोर्क में स्विच करने से इसका समाधान होने लगता है। मैंने 4.1.1 को अपग्रेड करने की कोशिश की, लेकिन यह पायथन 3.7 पर काम नहीं करता है क्योंकि इसके लिए जियोवेंट (1.2.2) के पुराने संस्करण की आवश्यकता होती है जो कि पायथन 3.7 पर भी संकलित नहीं होगा। मैंने देखा कि जब समस्या शुरू होती है, तो खरगोश लॉग इस संदेश को दिखाता है:

missed heartbeats from client, timeout: 60s

दिलचस्प है, दिल की धड़कन के विफल होने के बावजूद, कार्यकर्ता अभी भी कार्यों को चुनता है और उन्हें ठीक करता है। यह सिर्फ celery inspect हर समय बाहर है जब तक कि कार्यकर्ता को पुनरारंभ नहीं किया जाता है। flower अभी भी कार्यकर्ता के लिए डैशबोर्ड पर जानकारी दिखाती है, लेकिन कार्यकर्ता पर क्लिक करने पर 404 Not Found की त्रुटि मिलती है, और अजवाइन के निरीक्षण कमांड से संबंधित फूल लॉग विफलताएं:

monitor_1    | 2019-08-27 17:39:05.483286 [warning  ] 404 GET /worker/celery<strong i="11">@38245f8fef62</strong> (172.20.0.1): Unknown worker 'celery<strong i="12">@38245f8fef62</strong>' [tornado.general] 
monitor_1    | 2019-08-27 17:39:24.608962 [warning  ] 'stats' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.609429 [warning  ] 'active_queues' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.609847 [warning  ] 'registered' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.610221 [warning  ] 'scheduled' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.610905 [warning  ] 'active' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.611369 [warning  ] 'reserved' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.611890 [warning  ] 'revoked' inspect method failed [flower.api.control] 
monitor_1    | 2019-08-27 17:39:24.612512 [warning  ] 'conf' inspect method failed [flower.api.control] 

किसी को अजवाइन 4.4.0rc3 + kombu 4.6.3 पर इसे सत्यापित करने की आवश्यकता है?

करूँगा। FYI करें, अजवाइन 4.4.0rc3 की आवश्यकता है kombu 4.6.4:

celery 4.4.0rc3 has requirement kombu<5.0,>=4.6.4, but you'll have kombu 4.6.3 which is incompatible.

ठीक है, 4.4.0rc3 इस मुद्दे को हल करने के लिए प्रकट होता है। मैंने इसे 5 मिनट से अधिक समय के लिए छोड़ दिया है, जिसमें बिना जेन्टल वर्कर का उपयोग किए कोई दिल की धड़कन की त्रुटि नहीं है।

kombu 4.6.3 भी संगत है

यदि ऐसा है, तो आप अजवाइन परियोजना पर आवश्यकताओं फ़ाइल को अद्यतन करना चाह सकते हैं।

लेकिन हमने क्या बदला?

मुझे कुछ अंतर्दृष्टि से भी प्यार था जो बदल दिया गया था जिससे यह बंद हो गया, या एक पीआर / कोड / आदि का लिंक। हम प्रभावित हैं, और इसे कम करने (prefork, rabbitmq, अजवाइन 4.3) को कम करने के लिए दिल की धड़कन को अक्षम करने के लिए जो कि दत्तक है।

@ युवीपी पिंग?

ठीक है, 4.4.0rc3 इस मुद्दे को हल करने के लिए प्रकट होता है। मैंने इसे 5 मिनट से अधिक समय के लिए छोड़ दिया है, जिसमें बिना जेन्टल वर्कर का उपयोग किए कोई दिल की धड़कन की त्रुटि नहीं है।

इस प्रतिक्रिया के आधार पर मुद्दा बंद कर दिया गया था

@auvipy ऐसा लगता है कि कई ऐसे मुद्दे हैं जो समान त्रुटियों को जन्म देते हैं। यह बहुत अच्छा होगा यदि आप समस्या को हल करने से पहले, कुछ पुराने सेलेरी संस्करणों के साथ स्थानीय रूप से बग को पुन: पेश करने का प्रयास करें।

आपको मास्टर शाखा आज़माने का सुझाव दिया गया है।

मैं पहले संस्करणों (जैसे 4.1, 4.2, 4.3) में से एक के साथ बग को पुन: पेश करने का सुझाव दे रहा हूं और यह सुनिश्चित करने के लिए कि केवल 4.4 को अपग्रेड करना इस मुद्दे को तय करता है। बग को अपने सत्यापन के बिना बंद करना - किसी एक व्यक्ति की प्रतिक्रिया के आधार पर - थोड़ा जल्दबाजी लगता है।

चूँकि आप समस्या का सामना कर रहे हैं, इसलिए आपको सबसे पहले यह सत्यापित करना चाहिए कि आपने क्या सुझाव दिया है। @czyzby

जैसा आपने सुझाव दिया वैसा ही आपको सबसे पहले सत्यापित करना चाहिए

_ "चाहिए"?;) यदि कोई है जो _should_ परियोजना की गुणवत्ता के बारे में परवाह करता है, तो यह आधिकारिक अनुचर है। मैं आभारी हूं कि आप अपने सॉफ़्टवेयर को मुफ्त में दे रहे हैं, लेकिन आप इस परियोजना में योगदान देने के लिए अपने सभी उपयोगकर्ताओं से वास्तविक रूप से उम्मीद नहीं कर सकते।

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

4.4.0rc4 भी इस समस्या को हल करने के लिए प्रकट होता है,

कोई और जो इसे जाँच सकता है, वह अजवाइन द्वारा ठीक किया गया है == 4.4.0rc4

@auvipy मैं कभी-कभी Connection reset साथ 4.3.0 पर था। मेरे लिए 4.4.0rc4 के साथ कोई और समस्या नहीं है।

कोई और जो इसे जाँच सकता है, वह अजवाइन द्वारा ठीक किया गया है == 4.4.0rc4

इसे ४.३.० पर अक्सर समस्या मिली - 4.4.0rc4 के साथ समस्या अक्सर कम होती है - लेकिन फिर भी समय-समय पर होती है।
मैं ~ 14 आवधिक कार्य (हर 30 सेकंड) के साथ रेडिस-सर्वर 5.0.6 और अजगर रेडिस क्लाइंट 3.3.11 का उपयोग कर रहा हूं।
इसलिए मैं आपसे इस मुद्दे को फिर से खोलने के लिए कहूंगा।
धन्यवाद!

इसे ४.३.० पर अक्सर समस्या मिली - 4.4.0rc4 के साथ समस्या अक्सर कम होती है - लेकिन फिर भी समय-समय पर होती है।
मैं ~ 14 आवधिक कार्य (हर 30 सेकंड) के साथ रेडिस-सर्वर 5.0.6 और अजगर रेडिस क्लाइंट 3.3.11 का उपयोग कर रहा हूं।
इसलिए मैं आपसे इस मुद्दे को फिर से खोलने के लिए कहूंगा।
धन्यवाद

वास्तव में, समस्या अभी भी डिफ़ॉल्ट सेटिंग्स के साथ होती है। हालांकि जैसा कि अन्य थ्रेड्स में बताया गया है, broker_heartbeat = 0 को celeryconfig.py करना मदद करने लगता है।

अजवाइन 4.4.0rc4 अपग्रेड करने और celery.py में CELERY_BROKER_HEARTBEAT = 0 जोड़ने के बाद भी मेरे लिए बहुत कुछ नहीं लगता, फिर भी त्रुटि हो रही है।

अजवाइन 4.2.0 से 4.10 तक डाउनग्रेड करने के बाद भी समस्या हल नहीं हुई

हमारी परियोजना में Follwoing संस्करण usinf हैं:
बिलियर्ड == 3.5.0.2, kombu == 4.1.0, अजवाइन == 4.1.0, amqp ==_1.2

कृपया सुझाव दें

हमने इसे देखना शुरू किया, या ऐसा कुछ जो इस मुद्दे से बहुत मिलता जुलता है।

सॉफ्टवेयर -> अजवाइन: 4.3.0 (rhubarb) kombu: 4.5.0 py: 2.7.12
बिलियर्ड: 3.6.0.0 रेडिस: 3.2.1

यह दिन में कुछ बार होने लगा, जिसमें कोई वास्तविक बदलाव नहीं हुआ।
हमारी अगली रिलीज़ के लिए, हम सबसे हाल के संस्करणों, अजवाइन 4.4.0, रेडिस आदि को अपग्रेड करने और वापस रिपोर्ट करने का प्रयास करेंगे।

मेरे साथ मेरे लिए (कंज्यूमरी = 1000 (जियोवेंट) और ब्रोकर के रूप में रेडिस):
अजवाइन == 4.4.0 (चट्टान)
kombu == 4.6.7
बिलियर्ड == 3.6.2.0
(py-) redis == 3.4.1

रेडिस सर्वर संस्करण = 5.0.7
अजगर 3.7.3

https://sentry.io/share/issue/85f87e60a7c441198c082b9ebf051693/

• हर 10 सेकंड में 7 कार्य चलाने के लिए निर्धारित हैं।
• त्रुटि केवल अजवाइन की बीट में हो रही है, और बहुत कम ही हर घंटे 3 से कम मामलों में एक त्रुटि होती है।

टैग

• लकड़हारा: celery.beat
• रनटाइम: सीपीथॉन 3.7.5

वातावरण

• Linux-4.15.0-1060-aws-x86_64-with-Ubuntu-18.04-bionic
• अजगर 3.7.5 (डिफ़ॉल्ट, 7 नवंबर 2019, 10:50:52) [जीसीसी 8.3.0]
• रेडिस सर्वर v = 4.0.9 sha = 00000000: 0 malloc = jemalloc-3.6.0 बिट्स = 64 बिल्ड = 9435c3c2879311f3
• अजवाइन == 4.4.0
• बिलियर्ड == 3.6.1.0
• kombu == 4.6.7
• redis == 3.3.11

यह तब होता है जब मैं asyncio के open_connection का उपयोग करते हुए एक टीसीपी सर्वर से जुड़ता हूं। हमारे वीपीएन के भीतर रिमोट सर्वर से जुड़ने के 15 मिनट बाद, यह मुझे डिस्कनेक्ट करता है। मुझे संदेह है क्योंकि कनेक्शन बेकार है। जब मैं दूरस्थ सर्वर के भीतर से कनेक्ट कर रहा होता हूं तो समान चीज नहीं होती है। यह नेटवर्क से संबंधित प्रतीत होता है।

मैंने अपना मामला सुलझा लिया! उफ्फ।

यह सेलेरी की समस्या नहीं थी। मैंने इसके कुछ संस्करणों की कोशिश की है, जिसमें 4. [234] .0 शामिल है, और मैंने पायथन इंटरफेस के कुछ संस्करणों को फिर से बनाने की कोशिश की है। और मेरे पास हमेशा, अधिक कम, समान असफल अनुपात (0.5 मिलियन अनुरोधों के लिए लगभग 2,)

समाधान सभी सर्वरों के लिए क्लाइंट-आउटपुट-बफ़र-सीमा को अक्षम करने वाले रेडिस सर्वर पुनर्निधारण में था। रेडिस प्रलेखन के अनुसार:

एक ग्राहक को हार्ड लिमिट प्राप्त होने पर, या यदि सॉफ्ट लिमिट हो जाती है और सेकंड की निर्दिष्ट संख्या (लगातार) तक पहुँच जाती है, तो उसे तुरंत काट दिया जाता है।
…
दोनों को कठोर या नरम सीमा को शून्य पर सेट करके अक्षम किया जा सकता है।

मुझे उम्मीद है कि यह आप सभी की मदद करेगा, साथ ही साथ। या शायद आप मेरे समाधान में सुधार करेंगे।

मैंने अपना मामला सुलझा लिया! उफ्फ।

यह सेलेरी की समस्या नहीं थी। मैंने इसके कुछ संस्करणों की कोशिश की है, जिसमें 4. [234] .0 शामिल है, और मैंने पायथन इंटरफेस के कुछ संस्करणों को फिर से बनाने की कोशिश की है। और मेरे पास हमेशा, अधिक कम, समान असफल अनुपात (0.5 मिलियन अनुरोधों के लिए लगभग 2,)

समाधान सभी सर्वरों के लिए क्लाइंट-आउटपुट-बफ़र-सीमा को अक्षम करने वाले रेडिस सर्वर पुनर्निधारण में था। रेडिस प्रलेखन के अनुसार:

एक ग्राहक को हार्ड लिमिट प्राप्त होने पर, या यदि सॉफ्ट लिमिट हो जाती है और सेकंड की निर्दिष्ट संख्या (लगातार) तक पहुँच जाती है, तो उसे तुरंत काट दिया जाता है।
…
दोनों को कठोर या नरम सीमा को शून्य पर सेट करके अक्षम किया जा सकता है।

मुझे उम्मीद है कि यह आप सभी की मदद करेगा, साथ ही साथ। या शायद आप मेरे समाधान में सुधार करेंगे।

इसने मेरे लिए भी काम किया, जहां अन्य सुझावों में से कोई भी नहीं किया। धन्यवाद!

मैं यह भी पुष्टि कर सकता हूं कि इसने मेरे सेटअप के लिए समस्या हल कर दी है! इस @rganowski में समय लगाने के लिए धन्यवाद!

यदि यह समस्या ठीक करता है तो बढ़िया है, लेकिन इससे पहले कि मैं कॉन्फ़िगरेशन फ़ाइल से डिफॉल्ट निकालना शुरू कर दूं, मुझे ऐसा लगता है कि यह जानना बहुत अच्छा होगा कि सेटिंग क्या करती है, और यह डिफ़ॉल्ट कॉन्फ़िगरेशन का हिस्सा क्यों है?

@Moulde मुझे यकीन नहीं है कि आप विन्यास फाइल से चूक को हटाने के बारे में क्या मतलब है। कौन सी कॉन्फ़िगरेशन फ़ाइल? क्या आप का मतलब है कि मैंने बताया कि डिफ़ॉल्ट रेडिस सर्वर सेटिंग्स बदल रही हैं?

मैं यह भी जानना चाहूंगा कि ऐसी चूक क्यों मौजूद हैं? क्या वह सचेत था? यदि हां, तो उन्हें छोड़ने का जोखिम क्या है? लेकिन, ईमानदारी से कहूं तो मैं इसकी जांच नहीं करूंगा। मेरे पास 10MD का काम था, मुझे 3MD मुफ्त जोड़ना था।

किसी ने नहीं कहा कि इस मुद्दे को ठीक करें। मैंने कहा, कि मुझे अपने मामले का हल मिल गया। दो अन्य समलैंगिकों ने कहा कि यह उनके लिए भी काम करता है। मैंने उसे मजे से पढ़ा। लेकिन आपके शब्दों को मैं इस तरह से पढ़ता हूं: "इसे प्रूव करें"। क्या मै गलत हु?

कृपया, इसे अपने आवेदन पर परीक्षण करें और हमें बताएं कि क्या यह आपके लिए काम करता है। यदि आप अन्य शंकाओं का समाधान करते हैं, तो उन्हें दूसरों के साथ साझा करना न भूलें।

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

समस्या बंद है, क्योंकि सेलरी कोड में कोई त्रुटि नहीं थी, लेकिन समस्या के पीछे की समस्या हल नहीं हुई है। मुझे लगता है कि रेडिस बैकएंड सेटिंग्स डॉक्यूमेंटेशन में पर्याप्त चेतावनी जोड़ी जानी चाहिए।

'क्लाइंट-आउटपुट-बफर-लिमिट' के लिए गुग्लिंग हम कई दिलचस्प लेख पा सकते हैं। एक, जो अब पहले से ही 6 साल का है, के परिणामों में है - एक बहुत सुंदर शीर्षक प्रतिकृति बफ़र - कैसे बचें देवोप्स सिरदर्द से । वहाँ हम पढ़ सकते हैं:

प्रतिकृति बफ़र्स का आकार बढ़ाने से पहले आपको यह सुनिश्चित करना चाहिए कि आपके मशीन पर पर्याप्त मेमोरी है।

कुछ अन्य लेख में क्लाइंट बफ़र्स-प्रोडक्शन में रेडिस लेने से पहले इसकी जाँच करें! लेखक कहता है:

डिफ़ॉल्ट रूप से सामान्य ग्राहक (सामान्य निष्पादित कमांड) सीमित नहीं होते हैं क्योंकि वे बिना पूछे (पुश तरीके से) डेटा प्राप्त नहीं करते हैं, लेकिन एक अनुरोध के बाद, इसलिए केवल अतुल्यकालिक ग्राहक एक ऐसा परिदृश्य बना सकते हैं जहां डेटा की तुलना में तेजी से अनुरोध किया जा सकता है। पढ़ो।

क्या यह मामला हमारा नहीं है?

मेरे लिए, कम से कम अब तक, पुनर्निधारण मोक्ष हो गया। वास्तव में भारी और त्वरित लोड पर कोई नई '104' त्रुटियां।

@rganowski @Moulde @ CM2Walki

नमस्ते, मैं बहुत भोली लग सकता हूं लेकिन क्या आप मुझे बता सकते हैं कि मैं सभी वर्गों के लिए क्लाइंट-आउटपुट-बफर-लिमिट को निष्क्रिय करने के लिए आवश्यक संशोधन कर सकता हूं। जैसा कि मुझे भी वही त्रुटि हो रही है लेकिन किसी तरह मैं आपके उत्तर की व्याख्या करने में सक्षम नहीं हूं। तो क्या आप कृपया अपने उत्तर के बारे में विस्तार से बता सकते हैं ताकि मैं आवश्यक बदलाव कर सकूं। धन्यवाद!

समस्या बंद है, क्योंकि सेलरी कोड में कोई त्रुटि नहीं थी, लेकिन समस्या के पीछे की समस्या हल नहीं हुई है। मुझे लगता है कि रेडिस बैकएंड सेटिंग्स डॉक्यूमेंटेशन में पर्याप्त चेतावनी जोड़ी जानी चाहिए।

'क्लाइंट-आउटपुट-बफर-लिमिट' के लिए गुग्लिंग हम कई दिलचस्प लेख पा सकते हैं। एक, जो अब पहले से ही 6 साल का है, के परिणामों में है - एक बहुत सुंदर शीर्षक प्रतिकृति बफ़र - कैसे बचें देवोप्स सिरदर्द से । वहाँ हम पढ़ सकते हैं:

प्रतिकृति बफ़र्स का आकार बढ़ाने से पहले आपको यह सुनिश्चित करना चाहिए कि आपके मशीन पर पर्याप्त मेमोरी है।

कुछ अन्य लेख में क्लाइंट बफ़र्स-प्रोडक्शन में रेडिस लेने से पहले इसकी जाँच करें! लेखक कहता है:

डिफ़ॉल्ट रूप से सामान्य ग्राहक (सामान्य निष्पादित कमांड) सीमित नहीं होते हैं क्योंकि वे बिना पूछे (पुश तरीके से) डेटा प्राप्त नहीं करते हैं, लेकिन एक अनुरोध के बाद, इसलिए केवल अतुल्यकालिक ग्राहक एक ऐसा परिदृश्य बना सकते हैं जहां डेटा की तुलना में तेजी से अनुरोध किया जा सकता है। पढ़ो।

क्या यह मामला हमारा नहीं है?

मेरे लिए, कम से कम अब तक, पुनर्निधारण मोक्ष हो गया। वास्तव में भारी और त्वरित लोड पर कोई नई '104' त्रुटियां।

वास्तव में एक डॉक्टर सुधार पीआर की सराहना करते हैं

@ गिरिजेश 97 @ युवीपी

Redis.conf में

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit replica 0 0 0
client-output-buffer-limit pubsub 0 0 0

@rganowski सर फिर से मैं बहुत भोली लग सकती हूं लेकिन मेरे पास Django एप्लिकेशन है जिसमें मैं अजवाइन (संस्करण 4.4.2) का उपयोग कर रही हूं और कनेक्शन त्रुटि समस्या का सामना कर रही हूं। क्या आप कृपया इस redis.conf फ़ाइल का पता लगाने या बनाने में मदद कर सकते हैं। क्या मुझे अपने आवेदन में यह फ़ाइल बनाने की आवश्यकता है या यह कुछ पैकेज में उपलब्ध है?

यदि आपका मामला समान है, तो हम बात कर रहे थे, आपका अजवाइन रेडिस सर्वर परिणाम बैकएंड का उपयोग कर रहा है। मेरे द्वारा बताई गई फ़ाइल मानक रेडिस सर्वर कॉन्फ़िगरेशन फ़ाइल है। इसलिए यह वास्तव में अजवाइन की समस्या नहीं बल्कि एक दुष्प्रभाव है।

@auvipy क्या RabbitMQ के लिए ब्रोकर के रूप में तय किया गया है और परिणाम उसी मुद्दे के लिए बैकेंड है। यह 4.4 में लंबे समय से चल रहे कार्यों को देखते हुए। उपरोक्त सुधार केवल रेडिस बैकएंड के लिए है।

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

मैं भी इसका अनुभव कर रहा हूं। मैं सेलेरी 4.3.0 और रैबिटएमक्यू 3.3.5 पर हूं।