Mongoose: डिस्कनेक्शन के बाद दोबारा कनेक्ट न करें

को निर्मित 26 अक्तू॰ 2016 · 47टिप्पणियाँ · स्रोत: Automattic/mongoose

४.४.११ से >=४.६.१ में अपग्रेड करने के बाद हमें रैंडम डिस्कनेक्शन मिलते हैं और नेवला कभी दोबारा कनेक्ट नहीं होता है।

नेवला संस्करण: 4.6.5
मोंगोडब संस्करण: 3.2.9

इस तरह मैं कनेक्शन बनाता हूं:

    var uri = 'mongodb://USENAME:PASSWORD<strong i="9">@host1</strong>:port1,host2:port2/database?authSource=admin';

    var options = {};
    options.server = {
      auto_reconnect: true,
      poolSize: 5,
      socketOptions: { keepAlive: 1, connectTimeoutMS: 30000 },
      reconnectTries: 3000
    };

    options.replset = {
      auto_reconnect: true,
      poolSize: 5,
      socketOptions: { keepAlive: 1, connectTimeoutMS: 30000 },
      reconnectTries: 3000
    };

    var db = mongoose.createConnection(uri, options);

    mongoose.connection.on('error', function(err) {
      console.log('MONGODB ERROR MONGOOSE LEVEL ' + server, err);
    });

    db.on('connecting', function() {
      console.info('MONGODB ' + server + ' connecting.');
    });

    db.on('error', function(err) {
      console.log('MONGODB ERROR ' + server, err);
    });

    db.on('close', function(err) {
      console.log('MONGODB CLOSE ' + server, err);
    });

    db.on('connected', function() {
      console.info('MONGODB ' + server + ' connected successfully.');
    });

    db.once('open', function callback() {
      console.info('MONGODB ' + server + ' opened successfully.');
    });

    db.on('reconnected', function() {
      console.info('MONGODB ' + server + ' reconnected.');
    });

    db.on('timeout', function() {
      console.info('MONGODB ' + server + ' timeout.');
    });

    db.on('disconnected', function() {
      console.info('MONGODB ' + server + ' disconnected');
    });

यह मुझे मिलने वाली घटनाओं का क्रम है:

pid:3429 MONGODB geo_uri connected successfully.
pid:3429 MONGODB geo_uri opened successfully.
pid:3429 MONGODB dashboards_db connected successfully.
pid:3429 MONGODB dashboards_db opened successfully.
pid:3429 MONGODB tweet_analytics_db connected successfully.
pid:3429 MONGODB tweet_analytics_db opened successfully.
pid:3429 MONGODB fullcontact_enrichment_db disconnected
pid:3429 MONGODB ERROR fullcontact_enrichment_db { [MongoError: no valid replicaset members found]
  name: 'MongoError',
  message: 'no valid replicaset members found' }
pid:3429 MONGODB uri connected successfully.
pid:3429 MONGODB uri opened successfully.
pid:3429 MONGODB sync_reports_db connected successfully.
pid:3429 MONGODB sync_reports_db opened successfully.
pid:3429 MONGODB uri disconnected
pid:3429 MONGODB CLOSE uri

फिर डिस्कनेक्ट किए गए डेटाबेस में से कोई भी फिर से कनेक्ट नहीं होता है। समस्या की यादृच्छिक प्रकृति के कारण, मैं इसे पुन: पेश करने के लिए एक कोड प्रदान नहीं कर पाऊंगा। मुझे नोड.जेएस स्तर पर संतृप्त कुछ के बारे में संदेह है। विच्छेदन के कारण से स्वतंत्र रूप से, क्या मैं स्वयं को फिर से जोड़ने का प्रयास करने के लिए कुछ कर सकता हूं?

स्रोत

aartiles

👍2

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

@ कोस्लुन कांटा अब अनावश्यक होना चाहिए। फिक्स अब डेटाबेस सॉकेटऑप्शन के लिए सॉकेटटाइमआउट को 0 पर सेट कर रहा है।

यहाँ मेरे सॉकेट विकल्प अब कैसा दिखते हैं।

    var opts = {
      server: {
        socketOptions: {
          keepAlive: 1,
          socketTimeout: 0
        }
      },
      replSet: {
        socketOptions: {
          keepAlive: 1,
          socketTimeout: 0
        }
    }

jakesjews 13 फ़र॰ 2017

👍6 🎉3

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

+1, पिछले 5 दिनों में इस समस्या से संबंधित 2 रुकावटें आईं। मेरा वर्तमान समाधान मेरी प्रक्रिया को स्पष्ट रूप से क्रैश करना है ( process.exit(0) ) जब disconnected ईवेंट उत्सर्जित होता है। फिर, प्रक्रिया को फिर से शुरू किया जाता है और कनेक्शन फिर से ठीक से खोला जाता है।

मेरा अनुमान है कि नेवला पुन: कनेक्ट करने का प्रयास करता है, लेकिन reconnectTries * reconnectInterval अंतराल के भीतर विफल हो जाता है, और इस प्रतिगमन के कारण error घटना उत्सर्जित नहीं होती है (https://github.com/Automattic/mongoose/pull /४६५३)। मुझे नहीं पता कि क्यों नेवले/मोंगो बेतरतीब ढंग से डिस्कनेक्ट हो जाते हैं, मेरे पास पहले यह व्यवहार नहीं था।
आप कौन सी मोंगो होस्टिंग चला रहे हैं? एमएलएबी?

loris 27 अक्तू॰ 2016

हम इसे स्वयं AWS में होस्ट करते हैं। दुर्भाग्य से process.exit(0) हमारे लिए कोई विकल्प नहीं है।

aartiles 27 अक्तू॰ 2016

मैंने # ४६५३ पर परिवर्तन लागू किए हैं और वही व्यवहार मिला है। कुछ घंटों के बाद डिस्कनेक्ट:

2016-10-27T11:26:42 pid:5276 MONGODB sync_reports_db connected successfully.
2016-10-27T11:26:42 pid:5276 MONGODB sync_reports_db opened successfully.
.... 2 hours later
2016-10-27T13:45:45 pid:5276 MONGODB sync_reports_db disconnected
2016-10-27T13:45:45 pid:5276 MONGODB CLOSE sync_reports_db

aartiles 27 अक्तू॰ 2016

कोई error घटना उत्सर्जित नहीं हुई? ( disconnected एक के 30 सेकंड बाद होना चाहिए)

loris 27 अक्तू॰ 2016

नहीं, समस्या विवरण में कोड पर एक नज़र डालें। जब तक मैं कुछ गलत नहीं कर रहा हूँ, error ईवेंट के लिए एक ईवेंट हैंडलर मौजूद है। वास्तव में, प्रक्रिया अभी भी चल रही है और नेवला ने किसी अन्य घटना को ट्रिगर नहीं किया है।

aartiles 27 अक्तू॰ 2016

पिछले कुछ दिनों में हमें 4.6.5 बाद से वही समस्याएं आ रही हैं - यादृच्छिक डिस्कनेक्ट जिसके कारण नोड प्रक्रिया अटक जाती है। लेकिन कोई error घटना नहीं। 4.5.3 वापस लौटना काम करता है।

@loris यह 4.6.6 में https://github.com/Automattic/mongoose/commit/f7ebee0c992c45cdb27ba7f0675556b980cddaad से संबंधित है?

mck- 4 नव॰ 2016

@mck हाँ, https://github.com/Automattic/mongoose/commit/f7ebee0c992c45cdb27ba7f0675556b980cddaad error घटना को ठीक करें जब mongodb कनेक्शन पुनः प्रयास तंत्र विफल हो जाता है। हालाँकि, मुझे नहीं पता कि पहली बार में यादृच्छिक डिस्कनेक्ट क्यों हो रहे हैं, कोई विचार @ vkarpov15?

loris 4 नव॰ 2016

fwiw, यह हमारे लिए 40-50% समय हुआ अगर हमने एक सेव/अपडेट ऑपरेशन करने की कोशिश की (लगभग 650kb लिखना)

mck- 4 नव॰ 2016

हाँ, मेरे पास वास्तव में बहुत अच्छे विचार नहीं हैं। आप कनेक्शन पर close() पर कॉल करने का प्रयास कर सकते हैं और फिर connect() फिर से कॉल कर सकते हैं। @loris क्या आपके पास ऐसा ही अनुभव है जहां एक भारी बचत/अद्यतन इसका कारण बनता है?

vkarpov15 11 नव॰ 2016

हम भी इसका सामना कर रहे हैं। हमारी सेवाओं में से एक पर हमें एक त्रुटि घटना मिल रही है (कनेक्शन N से ds0XXXXX-a0.mongolab.com:XXXXX टाइम आउट हो गया), उसके बाद डिस्कनेक्ट किया गया ईवेंट। और कनेक्शन फिर से स्थापित नहीं होता है। एक अन्य सेवा पर हमें डीबी पर भारी अनुरोध के बाद डिस्कनेक्ट घटना मिलती है, जो 2 एम रिकॉर्ड हटा रही है। और फिर यह पुन: कनेक्ट करने में असमर्थ है (मोंगोज़ 4.6.6, डीबी संस्करण 3.0.12)।

lushchick 11 नव॰ 2016

यह हमारे साथ फिर से हुआ, कुछ मिनट पहले, एमएलएबी पर भी मोंगोडब चल रहा है (सुनिश्चित नहीं है कि यह संबंधित है)। हमने एक भारी क्वेरी चलाई, यह समय समाप्त हो गया ( unhandledRejection { MongoError: connection 0 to ds****-a0.mongolab.com:**** timed out } , disconnected घटना ठीक से उत्सर्जित हुई थी, लेकिन इसके बाद कुछ भी नहीं, नहीं error , नहीं reconnected आदि, इस प्रकार यह वेब सर्वर चल रहा था और HTTP अनुरोध प्राप्त कर रहा था, लेकिन जब तक हम इसे फिर से शुरू नहीं करते, तब तक वे सभी समय समाप्त हो गए क्योंकि यह नेवला प्रश्नों को चलाता रहा जो बफर हो गए और कभी वापस नहीं आए।

हमारा नेवला सेटअप (नोड 7.0.0 पर 4.6.5):

const mongoConnectOpts = { reconnectTries: 10, reconnectInterval: 500, socketOptions: { keepAlive: 300000, connectTimeoutMS: 30000 } };
mongoose.connect(process.env.MONGODB_URI, { server: mongoConnectOpts, replset: mongoConnectOpts });
mongoose.connection.on('error', err => {
  console.log({ event: 'mongoose:error', ...err });
  process.exit(0);
});
mongoose.connection.on('connected', () => console.log({ event: 'mongoose:connected' }));
mongoose.connection.on('disconnected', () => console.log({ event: 'mongoose:disconnected' }));
mongoose.connection.on('reconnected', () => console.log({ event: 'mongoose:reconnected' }));

अस्थायी समाधान process.exit(0) पर भी disconnected ईवेंट पर वेब सर्वर को पुनरारंभ करने और एक नया मोंगोडब कनेक्शन स्थापित करने के लिए मजबूर करने के लिए होगा। कोई विचार?

loris 11 नव॰ 2016

हाँ, मैंने इस तरह की बात पहले एमएलबी के साथ होने के बारे में सुना है। टीबीएच इस मामले में मैं बस सर्वर को क्रैश कर दूंगा और पुनरारंभ करूंगा, वास्तव में धीमी स्पॉटी नेटवर्किंग मोंगोडब ड्राइवर के लिए परेशानी का कारण बनती है और मुझे लगता है कि डीबगिंग में एमएलएबी के साथ समन्वय शामिल होगा।

vkarpov15 15 नव॰ 2016

मुझे यकीन नहीं है कि अब क्या गलत है (मोंगोज़, मोंगो ड्राइवर, एमएलएबी या हेरोकू), लेकिन पिछले कुछ दिनों से, एक वेब अनुरोध चला रहा है जो एक भारी नेवला क्वेरी निष्पादित करता है (प्रतिक्रिया के लिए 30 से अधिक समय लेता है) एक हेरोकू अनुरोध को ट्रिगर करेगा टाइमआउट (यह उसकेोकू में एक तंत्र है जो किसी भी वेब अनुरोध को 30 से अधिक समय लेता है)। एक बार जब उस वेब अनुरोध का समय समाप्त हो जाता है, तो उस सर्वर पर कोई भी निम्नलिखित वेब अनुरोध जिसके लिए एक नेवला क्वेरी की आवश्यकता होती है, वह भी समय समाप्त हो जाएगा। एक वास्तविक समस्या यह है कि शून्य घटना नेवले द्वारा ट्रिगर की जाती है (कोई error , close , disconnected , आदि ...), इसलिए हमारे पास इसका पता लगाने का कोई तरीका नहीं है डिस्कनेक्ट करें और सर्वर को पुनरारंभ करें। यहां बताया गया है कि हम नेवला कैसे सेट करते हैं:

mongoose.Promise = global.Promise;
mongoose.set('debug', process.env.NODE_ENV === 'development');
const mongoConnectOpts = { reconnectTries: 10, reconnectInterval: 500, socketOptions: { keepAlive: 300000, connectTimeoutMS: 30000 } };
mongoose.connect(process.env.MONGODB_URI, { server: mongoConnectOpts, replset: mongoConnectOpts });
mongoose.connection.on('error', err => {
  logfmt.log({ event: 'mongoose:error', ...err });
  process.exit(0);
});
mongoose.connection.on('connected', () => logfmt.log({ event: 'mongoose:connected', uri: _.truncate(process.env.MONGODB_URI) }));
mongoose.connection.on('disconnected', () => {
  logfmt.log({ event: 'mongoose:disconnected' });
  process.exit(0);
});
mongoose.connection.on('close', () => logfmt.log({ event: 'mongoose:close' }));
mongoose.connection.on('reconnected', () => logfmt.log({ event: 'mongoose:reconnected' }));

// Setup Redis cache (Default cache TTL: 60 seconds)
cachegoose(mongoose, { engine: 'redis', client: redisCache }, process.env.NODE_ENV === 'development');

loris 17 नव॰ 2016

@Ioris क्या आप देख सकते हैं कि क्या यह तब भी होता है जब आप कैशगोज़ को अक्षम करते हैं?

vkarpov15 19 नव॰ 2016

@ vkarpov15 इसे जांचने की कोशिश करेंगे लेकिन आसान नहीं है क्योंकि बग केवल उत्पादन होता है और हम कैश अक्षम के साथ उत्पादन चलाने का जोखिम नहीं उठा सकते हैं।
@aartiles @mck- @lushchick क्या आप लोग नेवला कैश प्लगइन का उपयोग करते हैं?

loris 19 नव॰ 2016

यह संभव है कि यह https://github.com/christkv/mongodb-core/issues/148 से संबंधित हो

jakesjews 19 नव॰ 2016

हम नेवला कैश प्लगइन का उपयोग नहीं करते।

aartiles 20 नव॰ 2016

मैं अभी भी इसमें देख रहा हूं, मैं आपको अब तक क्या बता सकता हूं:

मैं अपनी स्थानीय मशीन पर इस मुद्दे को पुन: उत्पन्न करने में सक्षम था: मैं हर सेकंड में एक तेज़ क्वेरी चलाने वाला लूप शुरू करता हूं और परिणाम लॉगिंग करता हूं, कुछ देरी बाद में, मैं एक भारी क्वेरी चलाता हूं (जैसे एक लाख पंक्तियों के संग्रह पर एक अनइंडेक्स्ड क्वेरी)। सभी प्रश्न (तेज़ वाले भी) लॉक/टाइम आउट हो जाएंगे, कोई नेवला घटना नहीं निकाल दी जाएगी।
मुद्दा में दिखाई दिया 4.6.5 , में डाउनग्रेड 4.6.4 मुद्दा (तीव्र क्वेरी अभी भी जबकि भारी क्वेरी चल रहा है निष्पादित किया जा रहा है) को ठीक
ऐसा लगता है कि इसका इससे कोई लेना-देना नहीं है:
- नेवला कैश प्लगइन
- प्रतिकृति सेट चला रहा है या नहीं

loris 22 नव॰ 2016

मैंने और अधिक खुदाई की और समस्या [email protected] अपग्रेड करने के साथ आई, और बग्गी प्रतिबद्ध है https://github.com/mongodb/node-mongodb-native/pull/1418
ऐसा लगता है कि उन्होंने एक टाइपो को ठीक कर दिया है, लेकिन उस इवेंटनाम (टाइपो के साथ) का उपयोग कुछ डीपीएस द्वारा किया जा रहा है

loris 22 नव॰ 2016

@loris क्या आप जानते हैं कि गलत ईवेंट नाम वाले शेष संदर्भ कहां हैं? मैं इसे ठीक करने के लिए पीआर बना सकता हूं लेकिन मुझे कोई नहीं मिल रहा है।

jakesjews 22 नव॰ 2016

@jakesjews कोई संदर्भ भी नहीं मिल रहा है, इसलिए मैं इस कारण के बारे में गलत हो सकता हूं कि मैंने अपनी मशीन पर बेमेल संस्करणों की जांच की हो, मैं आपके पास वापस आऊंगा

loris 22 नव॰ 2016

एक समान समस्या होना: डिस्कनेक्ट के बाद पुन: कनेक्ट करने में विफलता। यह क्लाइंट में किसी भी नेवला डीबी ऑपरेशन (ऑपरेशन बफरिंग के माध्यम से समय समाप्त) पर लटककर प्रकट होता है।

@jakesjews मेरी समस्या प्रतिकृति सेट के लिए भी अद्वितीय है और एकल नोड कनेक्शन के साथ नहीं होती है। कोर replset.js में और अधिक देख रहे हैं।

नोड-मोंगोडब-नेटिव के भीतर सक्षम डिबग लॉगिंग यह देखने के लिए कि क्या एचए पुन: कनेक्शन अपेक्षित रूप से काम कर रहा था, ऐसा प्रतीत होता है।

attemptReconnect for replset with id successful resuming topologyMonitor 1

नोड-मोंगोडब-देशी ड्राइवर का दावा करने के बावजूद कि यह सफलतापूर्वक अपना प्रयास रीकनेक्ट करता है, नेवला कभी भी एक कनेक्टेड या पुन: कनेक्टेड घटना का उत्सर्जन

जैसा कि @loris ने उल्लेख किया है, process.exit(0) -> सेवा का पुनरारंभ (मेरे मामले में) काम करेगा क्योंकि समस्या सीधे प्रतिकृति-सेट के पुन:

नेवला@४.६.८
मोंगोडब@2.2.11

kog13 22 नव॰ 2016

@ mck- आपके जैसा ही मिला, 4.5.3 पर डाउनग्रेड करने से मेरे प्रतिकृति कनेक्शन के लिए पुन: कनेक्ट समस्या ठीक हो गई।

मैं ४.५.१० पर सभी तरह से अपग्रेड कर सकता हूं, इससे पहले कि यह ४.६.० पर विफल होना शुरू हो जाए, जहां पहली बार रेप्लिकासेट रीकनेक्ट समस्या होती है। वर्तमान अनुमान यह है कि यह मोंगोडब ड्राइवर 2.2.9 के उन्नयन से संबंधित हो सकता है।

kog13 23 नव॰ 2016

@loris क्या आप अपना टेस्ट केस प्रदान कर सकते हैं ताकि हम इसे आजमा सकें?

aartiles 23 नव॰ 2016

मैं अभी भी इसे देख रहा हूं, मैं पहले टाइपो फिक्स कमिट के बारे में गलत था। ऐसा लगता है कि अपराधी https://github.com/christkv/mongodb-core/pull/146/commits/09caa9d1e5423acd2f8f154f7b7430028e77e57f है
एक परीक्षण मामला प्रदान करना थोड़ा जटिल है क्योंकि यह केवल इस तरह से होता है:

mongoose 4.6.8 , डिफ़ॉल्ट सेटिंग्स के साथ मेरे लोकलहोस्ट mongodb (3.2) से कनेक्ट हो रहा है
2 एक्सप्रेस मार्ग, एक लंबे समय तक चलने वाली नेवला क्वेरी (कई सेकंड) चला रहा है, एक तेजी से चलने वाली नेवला क्वेरी चला रहा है (उदाहरण के लिए सेटइंटरवल/सेटटाइमआउट टेस्ट केस के साथ सीधे नोड में नेवला क्वेरी चलाते समय समस्या नहीं होती है, तो मेरा अनुमान है कि यह संबंधित है कि पूल कनेक्शन कैसे संभाला जाता है)
यदि मैं लंबे समय तक चलने वाले एक्सप्रेस मार्ग को निष्पादित करता हूं, तो तेजी से चलने वाले एक्सप्रेस मार्ग को हिट करने का प्रयास करें, बाद वाला बिना वापस आए चलता रहेगा
डिफ़ॉल्ट के बजाय poolSize को 50 करना, समस्या को ठीक करें
mongodb-core से पिछली प्रतिबद्धता की जाँच करना भी समस्या को ठीक करें (तेज़ चलने वाला एक्सप्रेस मार्ग कुछ एमएस में वापस आता है जबकि लंबे समय तक चलने वाला मार्ग संसाधित हो रहा है) (डिफ़ॉल्ट पूल आकार के साथ)
तो मुझे लगता है कि https://github.com/christkv/mongodb-core/pull/146/commits/09caa9d1e5423acd2f8f154f7b7430028e77e57f ने कुछ बदल दिया है कि कैसे एक लंबे समय तक चलने वाला नेवला एक पूल में हर उपलब्ध कनेक्शन का उपयोग कर सकता है

loris 23 नव॰ 2016

एक फिक्स सिर्फ मोंगो-कोर में उतरा जो इस मुद्दे को ठीक कर सकता है।

jakesjews 23 नव॰ 2016

@loris हाँ पूल का आकार बढ़ाने से मदद मिलेगी। ऐसा लगता है कि आप धीमी ट्रेन की समस्या का सामना कर रहे हैं जहां मोंगोडब सर्वर एक साथ poolSize अनुरोधों को संभाल नहीं सकता है। पूल का आकार बढ़ाने से मदद मिलेगी, बस इसे बहुत अधिक न बढ़ाएं, या आप WiredTiger के साथ प्रदर्शन के मुद्दों को देखना शुरू कर देंगे।

vkarpov15 26 नव॰ 2016

नमस्ते,
इस पर किसी भी अद्यतन? मैं एक ही समस्या देख रहा हूं, प्रतिकृति सेट का उपयोग करते समय auto_reconnect काम नहीं कर रहा है। मैंने अभी मोंगोडब 2.2.11 के साथ 4.7.0 नेवला की कोशिश की और अभी भी फिर से कनेक्ट नहीं हो रहा है। मैं मोंगोड संस्करण 3.2.10 का उपयोग कर रहा हूँ।

मैं अलग-अलग डेटाबेस निर्देशिकाओं के साथ अलग-अलग बंदरगाहों पर चलने वाले मोंगोड के तीन उदाहरणों के साथ एक ही होस्ट (लैपटॉप) पर सबकुछ चला रहा हूं। ऐसा नहीं लगता कि यह एक मुद्दा होना चाहिए, लेकिन मैं मोंगो/मोंगोज़/नोड/जावास्क्रिप्ट के लिए नया हूं। नेवला के साथ मेरा नोड ऐप भी उसी होस्ट पर चल रहा है।

मैं सभी मोंगॉड प्रक्रियाओं को बंद करके इसे पुन: पेश कर सकता हूं
(लॉन्चक्टल स्टॉप मोंगोड01; लॉन्चक्टल स्टॉप मोंगोड02; लॉन्चक्टल स्टॉप मोंगोड03)
कनेक्शन बंद संदेश के लिए प्रतीक्षा करें फिर पुनरारंभ करें (लॉन्चक्टल कमांड में "स्टॉप" को "स्टार्ट" से बदलें)। मेरा ऐप कभी भी मोंगो से दोबारा कनेक्ट नहीं होता है।

अगर मैं मोंगोड के एक उदाहरण के साथ एक ही परीक्षण करता हूं जिसे प्रतिकृति सेट के रूप में कॉन्फ़िगर नहीं किया गया है, तो नेवला ठीक से जुड़ जाता है।

लॉग प्रदान करने में खुशी हो रही है या यदि यह मददगार है तो पैच का प्रयास करें।

joeldodson 30 नव॰ 2016

कुछ खुदाई करने के बाद मुझे लगता है कि मुझे समस्या का एक स्रोत मिल गया होगा। ऐसा लगता है कि जब ऑटोरेकनेक्ट सही है तो कनेक्शन बफर सक्रिय नहीं होना चाहिए https://github.com/Automattic/mongoose/blob/master/lib/drivers/node-mongodb-native/connection.js#L153 कनेक्शन पर करीबी घटनाएं। हालांकि, मोंगोडब-नेटिव https://github.com/mongodb/node-mongodb-native/blob/2.2/lib/replset.js में प्रतिकृति वर्ग के अंदर कोई और ऑटो रीकनेक्ट संपत्ति सेट नहीं की जा रही है, इसलिए एक नोड से कोई भी करीबी घटना बफर को स्थायी रूप से सक्षम होने का कारण बनता है। मुझे प्रतिबद्धता के साथ कुछ भाग्य मिला है https://github.com/eflexsystems/mongoose/commit/5ac12727f34b41791f94643b66c8cc88aff4d66a लेकिन मैं यह देखने के लिए कुछ और समय देना चाहता हूं कि पुल अनुरोध करने से पहले यह कोई अन्य समस्या है या नहीं।

jakesjews 30 नव॰ 2016

@joeldodson आप उसी मुद्दे का वर्णन कर रहे हैं जिसका मैंने अनुभव किया था। बस एक हेड अप रिलीज़>= 4.6.0 में समस्या शामिल है। मैं इस बीच ४.५.१० की कोशिश करूंगा, यह एक रिप्लेसेट और सिंगल कनेक्शन से फिर से जुड़ रहा है जो मेरे लिए ठीक है।

kog13 1 दिस॰ 2016

धन्यवाद @jakesjews और @kog13

मैंने 4.5.10 की कोशिश की और प्रतिकृति सेट को पुनरारंभ करने के बाद नेवला फिर से जुड़ जाता है। हालांकि प्रतिकृति सेट में सभी उदाहरणों को रोक दिए जाने के बाद db.readyState को साफ़ नहीं किया जा रहा है। हम यह निर्धारित करने के लिए जांच कर रहे हैं कि किसी अनुरोध को अस्वीकार करना है या नहीं (इसलिए वे ऐप के डीबी से फिर से कनेक्ट होने की प्रतीक्षा में कतारबद्ध नहीं हैं)। इसके अलावा, मुझे 4.5.10 के साथ डिस्कनेक्ट या कनेक्शन बंद सूचनाएं नहीं मिलीं।

मेरे पास पहले से ही तर्क है कि ऐप शुरू होने पर डीबी उपलब्ध नहीं होने पर कनेक्ट करने का प्रयास करने के लिए 5 सेकंड टाइमर के साथ लूप में बैठता है। हमने इसे db.on('closed', function(){...}) हैंडलर में कॉल करने का प्रयास किया है और ऐसा लगता है कि यह ठीक काम करता है। हालांकि मेरी चिंता यह है कि क्या स्पष्ट रूप से कनेक्ट करने का प्रयास करने से हुड के नीचे किसी भी पुन: कनेक्ट तर्क के साथ कोई विरोध होगा। चूंकि प्रतिकृति सेट के लिए पुन: कनेक्ट नहीं हो रहा है, मैं सोच रहा हूं कि यह ठीक है। साथ ही हम सर्वर और प्रतिकृति दोनों के लिए कनेक्शन विकल्पों में auto_reconnect को गलत पर सेट करते हैं।

@jakesjews - मैंने ऊपर वर्णित पैच की कोशिश की लेकिन फिर भी फिर से कनेक्ट नहीं हुआ। हो सकता है कि मुझे कुछ याद आ गया हो, लेकिन ऐसा लग रहा था कि यह पैच यह सुनिश्चित करने के बारे में अधिक था कि करीबी घटना उत्पन्न हुई है और रेडीस्टेट अपडेट किया गया है।

अगर किसी के पास कोई है तो मुझे auto_reconnect के लिए और पैच आज़माने में खुशी हो रही है। मैं भी चारों ओर खुदाई करता रहूंगा।

धन्यवाद।

joeldodson 2 दिस॰ 2016

@joeldodson ऊपर दिए गए पैच के अलावा आपको मोंगो-कोर पर नवीनतम रिलीज़ पर भी निर्भर रहना होगा, जिसमें यह सुनिश्चित करने के लिए फ़िक्सेस हैं कि प्रतिकृति सेट मॉनिटर कनेक्शन जीवित रहता है। यदि आप मेरे कांटे को आजमाते हैं तो यह पहले से ही होना चाहिए।

मुझे लगता है कि मैं नेवले के साथ अब टाइमआउट और फेलओवर के संबंध में बहुत अच्छी जगह पर हूं। अगर कोई और इसे आज़माना चाहता है तो आप सॉकेटऑप्शन में सॉकेटटाइमआउट को 0 पर सेट करने के अलावा मेरे नेवले के कांटे का उपयोग करना चाहेंगे।

सॉकेटटाइमआउट को 0 पर सेट करने का कारण यह है कि मोंगो-कोर में एक बग है जिसके लिए मुझे अभी भी एक समस्या दर्ज करने की आवश्यकता है। समस्या गतिशील रूप से सिकुड़ते/विस्तारित कनेक्शन पूल के कारण होती है। पूल काम करने का तरीका यह है कि हर बार जब यह एक नया कनेक्शन जोड़ता है तो कनेक्शन 30 सेकंड की निष्क्रियता के बाद बंद हो जाएगा। टाइमआउट इवेंट पूल से निष्कासन को ट्रिगर करते हैं और 30 कनेक्शन प्रयासों की सीमा के विरुद्ध टाइमआउट की संख्या की तुलना करते हुए एक चेक भी चलाते हैं। एक दिल की धड़कन है जो हर 2 सेकंड में चलती है और टाइमआउट की संख्या को साफ करती है, लेकिन अगर 30 या अधिक अनुरोध समानांतर में कतारबद्ध हैं, तो यह उन सभी को दिल की धड़कन के बीच में टाइमआउट कर देगा और कनेक्शन पूल को नष्ट कर देगा। अभी के लिए कनेक्शन पर टाइमआउट को 0 पर सेट करना कनेक्शन को पूल में वापस जाने से रोकता है यदि वे निष्क्रिय हैं और समस्या से बचा जाता है। यदि आप समस्या को दोहराना चाहते हैं तो कनेक्शन पूल आकार को लगभग 50 और 50 समानांतर प्रश्नों को चलाने का प्रयास करें। ऐसा होने के बाद लगभग 30 सेकंड में पूल नष्ट हो जाएगा। ध्यान दें कि टाइमआउट प्रतिकृति सेट की जांच करने वाले दिल की धड़कन को प्रभावित नहीं करता है क्योंकि इसका अपना टाइमआउट होता है।

मैं हाल ही में काम से बहुत प्रभावित हुआ हूं इसलिए मुझे इन सभी परिवर्तनों को एक साथ इकट्ठा करने का मौका नहीं मिला है, लेकिन मुझे उम्मीद है कि मैं जल्द ही इसे प्राप्त कर लूंगा।

jakesjews 2 दिस॰ 2016

फिर से धन्यवाद @jakesjews। मैंने आपके नेवले और मोंगोडब-कोर रेपो में खींच लिया। पुन: कनेक्ट ने काम किया। मुझे 'कनेक्टेड' और 'रीकनेक्टेड' ईवेंट नहीं मिला, हालांकि मुझे मोंगो के एक उदाहरण का उपयोग करते समय मिलता है। इसके अलावा रेडीस्टेट रीसेट नहीं लग रहा है, यह फिर से कनेक्ट होने के बाद भी 0 है।

मुझे लॉग के परीक्षण या संग्रह में मदद करने में खुशी हो रही है।

joeldodson 2 दिस॰ 2016

अभी भी [email protected] साथ समस्या आ रही है

loris 6 दिस॰ 2016

इस मामले में कुछ नया?

YouriT 25 जन॰ 2017

👍4

यहां की समस्याओं का भी अनुभव कर रहे हैं। कनेक्शन समस्याओं के कारण नेवला संस्करण के उन्नयन को वापस करना पड़ा। कुछ सेकंड लेने वाली एक क्वेरी वर्तमान में हमारे कनेक्शन को टाइमआउट कर देती है, जहां पहले ऐसा नहीं था।

इस मुद्दे से निपटा जाना चाहिए अन्यथा पैकेज प्रयोग करने योग्य नहीं है।
मेरे पास समय होने पर शायद @jakesjews समाधान का प्रयास करेंगे। तब तक 4.4.X . का उपयोग कर रहे हैं

Serfenia 13 फ़र॰ 2017

यदि समस्या मोंगो-कोर के साथ एक बग है, तो यह वास्तव में नेवला के साथ कोई समस्या नहीं है। यदि आपको नेवला के नवीनतम संस्करण के साथ समस्या आ रही है, तो क्या आप mongodb-core रेपो में कोई समस्या दर्ज कर सकते हैं?

varunjayaraman 13 फ़र॰ 2017

वास्तव में यह mongoose साथ एक समस्या है क्योंकि इसे mongodb-core के संस्करण पर निर्भर करने के लिए अद्यतन किया गया है जिसमें कोई समस्या है। शायद mongoose को mongodb-core पिछले संस्करण में पुनर्स्थापित किया जाना चाहिए।

loris 13 फ़र॰ 2017

@jakesjews यह देखकर कि [email protected] [email protected] पर निर्भर करता है, जो बदले में [email protected] पर निर्भर करता है, आपके कांटे से फिक्स लागू करना इस मुद्दे को ठीक करने के लिए आवश्यक होगा बिना किसी दुष्प्रभाव के?

और आपके कांटे को देखते हुए, यह प्रतिबद्धता अब एकमात्र परिवर्तन है जो 4.7.x और/या 4.8.x पीआर के लिए जरूरी है?

Koslun 13 फ़र॰ 2017

यहाँ मेरे सॉकेट विकल्प अब कैसा दिखते हैं।

    var opts = {
      server: {
        socketOptions: {
          keepAlive: 1,
          socketTimeout: 0
        }
      },
      replSet: {
        socketOptions: {
          keepAlive: 1,
          socketTimeout: 0
        }
    }

jakesjews 13 फ़र॰ 2017

👍6 🎉3

@jakesjews ठीक है, तेजी से स्पष्टीकरण के लिए धन्यवाद :)।

क्या आप जानते हैं कि मोंगोडब-कोर के किस संस्करण में हम इस बग का समाधान देखेंगे? या वैकल्पिक रूप से कोई समस्या है, पीआर या प्रतिबद्ध हम ट्रैक कर सकते हैं?

Koslun 13 फ़र॰ 2017

👍2

@Koslun टिप्पणी के बारे में कोई अपडेट?

Serfenia 30 मार्च 2017

इस मुद्दे के लिए कोई अपडेट?

tiant167 16 मई 2017

👍3

मुद्दा अभी भी 2016 से खुला है: open_mouth:

मुझे आश्चर्य है कि क्या यह समस्या अभी भी मोंगोस 5.x के साथ मोंगोडब ड्राइवर 3.3.4 और मोंगोडीबी सर्वर संस्करण 4.x पर हो सकती है? :विचारधारा:

szabolcs-szilagyi 10 दिस॰ 2019

क्या किसी को पता है, अगर पुन: कनेक्शन सफल होने पर पुन: कनेक्ट करने की कोशिशें रीसेट हो जाती हैं।

फॉक्स उदाहरण, यदि पुन: कनेक्ट करने की कोशिश 30 पर सेट है, और एक बार डिस्कनेक्ट हो गया नेवला 5 बार कोशिश करता है और कनेक्शन सफल होता है।
अगली बार कनेक्शन खो जाने पर, पुनः प्रयास के लिए काउंटर क्या होगा?
क्या यह 30 बार पुन: कनेक्ट करने का प्रयास करेगा?
या 25 बार?

bhaveshvyas007 13 दिस॰ 2019

@ szabolcs-szilagyi हाँ, लेकिन केवल अगर आप useUnifiedTopology से true सेट नहीं करते हैं।

@ bhaveshvyas007 हाँ यह करता है। यहाँ प्रासंगिक कोड है

vkarpov15 20 दिस॰ 2019

भावी पीढ़ी के लिए:

यदि आप useUnifiedTopology बिना Mongoose 5.x चला रहे हैं, तो MongoDB कनेक्शन प्रबंधित करने के लिए इस गाइड को पढ़ें।

यदि आप useUnifiedTopology साथ Mongoose 5.x चला रहे हैं, तो यह समस्या आपको प्रभावित नहीं करती है।

vkarpov15 20 दिस॰ 2019

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

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

Mongoose: डिस्कनेक्शन के बाद दोबारा कनेक्ट न करें

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

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

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