मेरे लिए, यह Node.js के बाहर एक नेटवर्किंग मुद्दे की तरह लगता है, यह त्रुटि "ECONNRESET" है, जब Node.js का दूरस्थ कनेक्शन सॉकेट को अनपेक्षित रूप से बंद कर देता है।

क्या आप नोड और रेडिस के बीच एक प्रॉक्सी का उपयोग कर रहे हैं?

नोड / नोड_्रेडिस / रेडिस सर्वर का क्या संस्करण है?

मुझे संदेह है कि NewRelic एजेंट शामिल है, लेकिन आप हमेशा एजेंट के बिना पुन: पेश करने की कोशिश कर सकते हैं और देख सकते हैं कि क्या समस्या को हल करता है। cc / @wraithan

उन लाइनों सिर्फ सीएलएस कर रहे हैं यह बात है। एक रेप्रो के अधिक के साथ मैं न्यू अवशेष एजेंट को पूरी तरह से बाहर कर सकता हूं। लेकिन मैं अपेक्षाकृत आश्वस्त हूं कि यह हमारे कारण नहीं हो रहा है।

मैंने NewRelic एजेंट को हटा दिया, समस्या अभी भी होती है। लगभग। हर 3 मिनट मैं यह दुर्घटना हो रही है। नीचे संदर्भ के लिए लॉग हैं।

घटनाओं। js: 72
एर फेंक; // अनहेल्दी 'त्रुटि' घटना
^
त्रुटि: रेडिस कनेक्शन redis1.tfs से। tfs: 6379 विफल - ECONNRESET पढ़ें
RedisClient.on_error (/var/www/a/b/c/node_modules/redis/index.js:196:24) पर
सॉकेट पर।(/var/www/a/b/c/node_modules/redis/index.js:106:14)
सॉकेट.मिट पर (ईवेंट .js: 95: 17)
at net.js: 441: 14
प्रक्रिया में ।_tickDomainCallback (नोड .js: 486: 13)
त्रुटि: हमेशा की गई स्क्रिप्ट कोड के साथ बाहर निकली: 8
त्रुटि: स्क्रिप्ट पुनरारंभ प्रयास # 50

इसके अलावा, मैं Node.JS - v0.10.35, node_redis - 0.12.1 और रेडिस - 2.8.4 का उपयोग कर रहा हूं।
मैं नोड में सीधे आईपी के माध्यम से रेडिस को एक्सेस कर रहा हूं।

मुझे भी इस समस्या का सामना करना पड़ रहा था, लेकिन बस कुछ ही समय के लिए मुझे अपने /etc/hosts फ़ाइल के साथ खेलने का एहसास होने के बाद बस हल हो गया। यह गायब था:

127.0.0.1 localhost

@ ayazpasha2434 समाधान आपके लिए समान नहीं हो सकता है, लेकिन दूसरों की तरह इशारा कर रहे हैं, यह नोड के बाहर और env / shell / OS / VM में सुरक्षित है। थोड़ा पीछे हटें और घूरें।

@sarathms मेरे पास मेरे होस्ट फ़ाइल में यह मैपिंग है। हालांकि, मेरे मामले में रेडिस मशीन एक रिमोट है। बस क्रॉस-चेक किया गया है, मेरे पास रेडिस मशीन में भी लोकलहोस्ट मैपिंग है। फिर भी समस्या हल नहीं हुई है।

मेरे द्वारा भी यही समस्या का सामना किया जा रहा है । यहाँ कंसोल आउटपुट है

घटनाओं। js: 72
एर फेंक; // अनहेल्दी 'त्रुटि' घटना
^
त्रुटि: पब-रेडिस -10606.us-पूर्व-1-1.1.ec2.garantiadata से लाल कनेक्शन। com: 10606 विफल - RedisClient.on_error (C: UsersGigiDesktopeduknow_api_ver_1authnode_m पर ECONNRESET पढ़ें
odulesredisindex.js: 196: 24)
सॉकेट पर।(C: UsersGigiDesktopeduknow_api_ver_1authnode_modulesredisindex.js: 106: 14)
सॉकेट.मिट पर (ईवेंट .js: 95: 17)
at net.js: 441: 14
प्रक्रिया पर। tickCallback (नोड। js: 442: 13)

@ ayazpasha2434 इस लाइन ने मेरी त्रुटि हल कर दी

client.on ('एरर', फंक्शन (इरेट) {कंसोल.रोर (इरेट)})

@ ayazpasha2434 क्या @Waterloo ने आपके लिए सही उत्तर दिया है?

आपके नेटवर्क कनेक्शन के साथ कोई समस्या प्रतीत होती है और यह नोड रेडिस के साथ कोई समस्या नहीं लगती है। त्रुटि हैंडलर को जोड़ना पर्याप्त होना चाहिए ताकि ऐप अब क्रैश न हो (और इसे हमेशा संलग्न होना चाहिए)।

JAVA सर्वर पर http (उपयोग पोस्ट) पोस्ट करने पर मुझे यह समस्या हुई। {[त्रुटि: ECONNRESET पढ़ें]
कोड: 'ECONNRESET',
ग़लती: 'ECONNRESET',
syscall: 'पढ़ा',
प्रतिक्रिया: अपरिभाषित}
त्रुटि: ECONNRESET पढ़ें
Export._errnoException (use.js: 856: 11) पर
TCP.onread (net.js: 546: 26) पर
डबल कॉलबैक!
POST / user_archives / create / save 500 45.306 ms - 386
त्रुटि: ECONNRESET पढ़ें
Export._errnoException (use.js: 856: 11) पर
TCP.onread (net.js: 546: 26) पर

@ biggu0 मुझे यकीन नहीं है कि यह किस कनेक्शन से \ n है। के बारे में अधिक जानकारी प्राप्त करने ECONNRESET आप को देखने के लिए चाहते हो सकता है stackoverflow ।

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

नीचे redis.conf में स्नैपशॉट सेटिंग है
बचाओ 900 1
300 10 बचाएं
60 10000 बचाएं

कृपया हमें बताएं कि क्या हम कुछ गलत कर रहे हैं।

मुझे अक्सर कनेक्शन की समस्या का भी सामना करना पड़ रहा है।

RedisClient.emit पर ईआरआर (ईवेंट्स.js: 188: 7)
RedisClient.on_error (/home/vcap/app/node_modules/redis/index.js:394:14) पर ERR
RedisClient में ईआरआर।(/होम / कागज़ /app/server.js:28:13)
ईएमआरईआरएनआरएनआरटी पर ईआरआर (net.js: 1281: 8)
सॉकेट में ईआरआर।(/ हॉम / काप्स /app/node_modules/redis/index.js:272:14)
ERR प्रक्रिया पर ।_tickCallback (आंतरिक / प्रक्रिया / next_tick.js: 98: 9)
ईआरआर त्रुटि: XXXXXXXXX के लिए रेडिस कनेक्शन
TCP.onread पर ERR (net.js: 572: 26)
ERR पर _combinedTickCallback (आंतरिक / प्रक्रिया / next_tick.js: 74: 11)
EmitOne पर ईआरआर (ईवेंट्स.js: 96: 13)
निर्यात पर ERR._errnoException (use.js: 1022: 11)
सॉकेट.ईमिट पर ईआरआर (ईवेंट्स.जेएस: 188: 7)

त्रुटि मिलने के बाद यह स्वचालित रूप से पुन: कनेक्ट हो रहा है।
कनेक्शन खोने का क्या मुद्दा हो सकता है।

हाय वाटरलू,
जहाँ आप इस स्टेटमेंट को डालते हैं। क्लाइंट ('एरर', फंक्शन (इरेट) {कंसोल.रोर (इरेट)})
और मुझे लगता है कि यह कथन केवल आपकी त्रुटि को सांत्वना देने के लिए है और कुछ नहीं।
क्या यह वास्तव में प्रयोग करने योग्य है?
कृपया मुझे अपने विचार दें।

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

नमस्ते

मैं भी इसी मुद्दे का सामना कर रहा हूं

घटनाओं। js: 160
एर फेंक; // अनहेल्दी 'त्रुटि' घटना
^

त्रुटि: ECONNRESET पढ़ें

इससे मेरी समस्या हल हो गई:

1. मैंने अपनी सभी प्रक्रियाओं की निगरानी (नए अवशेष, लोचदार एपम ...) को निष्क्रिय कर दिया।
2. मैंने इस कोड का इस्तेमाल किया
   `` `जावास्क्रिप्ट
   process.on ('uncaughtException', function (इरेट) {
   कंसोल। फेर (इरेटास्टैक);
   कंसोल.लॉग ("नोड नॉट एग्जाइटिंग ...");
   };

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

redisClient = redis.createClient({
    host: redisConfig.host,
    port: redisConfig.port,
    db: redisConfig.db,
    retry_strategy: (retryOptions) => {
        if (retryOptions.error && retryOptions.error.code === 'ECONNREFUSED') {
            // End reconnecting on a specific error and flush all commands with
            // a individual error
            return new Error('The server refused the connection');
        }

        if (retryOptions.total_retry_time > 1000 * 60 * 60) {
            // End reconnecting after a specific timeout and flush all commands
            // with a individual error
            return new Error('Retry time exhausted');
        }

        if (retryOptions.attempt > 3) {
            // End reconnecting with built in error
            return undefined;
        }

        sails.log.debug('Handling redis retry strategy', {
            error: retryOptions.error,
            totalRetryTime: retryOptions.total_retry_time,
            attempt: retryOptions.attempt
        });

        // Reconnect after
        return Math.min(retryOptions.attempt * 100, 3000);
    }
});

यहाँ त्रुटि का स्टैक ट्रेस है
गर्भपात: रेडिस कनेक्शन खो गया और कमांड निरस्त हो गया। यह RedisClient.flush_and_error (/var/sample-app/node_modules/redis/index.js:362:23 पर RedisClient .connection_gone (/ var / नमूना-ऐप / node_modules / redis / index) पर संसाधित किया जा सकता है। js: 664: 14) n पर RedisClient.on_error (/var/sample-app/node_modules/redis/index.js:410:10) सॉकेट पर।(/var/sample-app/node_modules/redis/index.js:279:14 पर emitOne (event.js: 116: 13) n सॉकेट.मिट (इवेंट .js: 211: 7) n पर emitErrorNT () आंतरिक / धाराएँ / विध्वंस .js: 66: 8) n पर /var/sample-app/node_modules/async-listener/glue.js:188:31 args पर। (अनाम फ़ंक्शन) / (usr / lib / node_modules / pm2 /node_modules/event-loop-inspector/index.js:138:29)n at _combinedTickCallback (आंतरिक / प्रक्रिया / next_tick.js: 139: 11 n n प्रक्रिया पर ।_tickDomainCallback (आंतरिक / प्रक्रिया / next_tick.js): 21 9 ) n at process.fallback (/var/sample-app/node_modules/async-listener/index.js/63:15)।

हमारा नोड ऐप एक डॉकटर कंटेनर पर चल रहा है और यह EC2 लाइनक्स इंस्टेंस पर स्थापित रेडिस सर्वर से कनेक्ट होगा।

हम भी इसी मुद्दे का सामना कर रहे हैं, लेकिन यहां हमने स्टनलाइन कॉन्फ़िगरेशन का उपयोग करके लोकलहोस्ट को रेडिस को प्रॉक्सी करने के लिए स्टनलाइन रखा है।

fips = नहीं

setuid = जड़

सेटगिड = जड़

pid = /var/run/stunnel.pid
debug = 7

विकल्प = NO_SSLv2

विकल्प = NO_SSLv3
आउटपुट = /var/log/stunnel.log

ग्राहक = नहीं

अग्रभूमि = हाँ

[redis-cli]
ग्राहक = हाँ
स्वीकार = 127.0.0.1:6379
connect = redi sendpoint: 6379

प्रत्येक दो मिनट के लिए नोड इन नीचे त्रुटियों के साथ डिस्कनेक्ट कर रहा है। हम इन्हें डॉकटर कंटेनरों के माध्यम से चला रहे हैं।

127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
त्रुटि: 127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
त्रुटि: 127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
गर्भपात: रेडिस कनेक्शन खो गया और कमांड निरस्त हो गया। यह संसाधित किया गया हो सकता है।

कोई संकल्प?

हम भी इसी मुद्दे का सामना कर रहे हैं, लेकिन यहां हमने स्टनलाइन कॉन्फ़िगरेशन का उपयोग करके लोकलहोस्ट को रेडिस को प्रॉक्सी करने के लिए स्टनलाइन रखा है।

fips = नहीं

setuid = जड़

सेटगिड = जड़

pid = /var/run/stunnel.pid
debug = 7

विकल्प = NO_SSLv2

विकल्प = NO_SSLv3
आउटपुट = /var/log/stunnel.log

ग्राहक = नहीं

अग्रभूमि = हाँ

[redis-cli]
ग्राहक = हाँ
स्वीकार = 127.0.0.1:6379
connect = redi sendpoint: 6379

प्रत्येक दो मिनट के लिए नोड इन नीचे त्रुटियों के साथ डिस्कनेक्ट कर रहा है। हम इन्हें डॉकटर कंटेनरों के माध्यम से चला रहे हैं।

127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
त्रुटि: 127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
त्रुटि: 127.0.0.1:6379 पर रेडिस कनेक्शन विफल - ECONNRESET पढ़ें
TCP.onStreamRead (आंतरिक / stream_base_commons.js: 111: 27)
गर्भपात: रेडिस कनेक्शन खो गया और कमांड निरस्त हो गया। यह संसाधित किया गया हो सकता है।

कोई संकल्प?

मेरे लिए भी मुझे लगता है कि यह एक मुद्दा है

मैं भी उसी त्रुटि का सामना कर रहा हूं

{ Error: Redis connection to xx.xx.x.x:6379 failed - read ECONNRESET" 

at TCP.onStreamRead (internal/stream_base_commons.js:111:27) errno: 'ECONNRESET', code: 'ECONNRESET', syscall: 'read' 

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

@ अयाज क्या आप इस मुद्दे को खोल सकते हैं क्योंकि यह मुद्दा पूरी तरह से हल नहीं हुआ है लोगों ने केवल त्रुटि प्रतिक्रिया को संभाला है लेकिन समस्या अभी भी अनसुलझी है।

बम्पिंग: यहाँ एक ही मुद्दा:

error: Error: Redis connection to xx.yy.zz.aa:6379 failed - read ECONNRESET at TCP.onStreamRead (internal/stream_base_commons.js:205:27) { errno: 'ECONNRESET', code: 'ECONNRESET', syscall: 'read' },

मैं इस मुद्दे के साथ ही देखता हूं:

• नोडजस v12.16.3
• NestJS रूपरेखा
• IOredis: 4.2
• नेस्टज-रेडिस: 1.2.8

Redis को Google Cloud MemoryStore का उपयोग करके प्रदान किया गया है।

लॉग दिखाता है:

[Ioredis] अनहेल्दी एरर इवेंट: एरर: इकोनॉनेट पढ़ें

यह बिना किसी विशेष कारण या समान चरणों के प्रत्येक 24 घंटे में एक बार हो रहा है, बस होता है

@ robertop87
मैं एक ही मुद्दा देखता हूं। Redis को Google Cloud MemoryStore का उपयोग करके प्रदान किया गया है। क्या आपने इस मुद्दे को हल किया?

क्लाउड मेमोरी स्टोर से कनेक्ट होने पर क्लाउड रन / क्लाउड फ़ंक्शंस के साथ बहुत समान समस्या को देखना। यह संभवतः तब हो सकता है जब अंतर्निहित संसाधनों को बहुत जल्द ही Google द्वारा यादृच्छिक रूप से रोक दिया जाता है।

यह मुद्दा हमारे लिए लगभग एक सप्ताह पहले शुरू हुआ था, जिसमें कोई बदलाव नहीं था कि हम रेडिस कनेक्शन को कैसे संभाल रहे हैं। हम कनेक्शन को चलाने और नोड 12 को चलाने के लिए आईओर्डिस का भी उपयोग कर रहे हैं।

IORedis में डिफ़ॉल्ट रणनीति के रूप में त्रुटि पर फिर से कनेक्ट होता है, लेकिन कुछ कारण यह नहीं हो रहा है।

मैंने जो किया वह कॉन्फ़िगरेशन में अगला है:

reconnectOnError: (error): boolean => {
  console.log('Always reconnect on error', error)
  return true
}

ECONNRESET त्रुटि अभी भी मौजूद है, लेकिन अब मेरा कनेक्शन वापस ले लिया गया है और मेरा Google इंस्टेंस अब अटक नहीं रहा है।

CC: @ hkd987

reconnectOnError बारे में अधिक जानकारी यहाँ पढ़ें: https://github.com/luin/ioredis

@ robertop87 ने विशिष्ट कॉन्फ़िगरेशन के साथ हमेशा के लिए reconnectOnError सेट करने के लिए एक नई परिनियोजन को पूरा किया। यह एक मुद्दे की तरह लगता है जिसे फिर से खोलने या नए टिकट बनाने की आवश्यकता है, क्योंकि यह नवीनतम रिलीज पर हो रहा है।