Knex: "क्नेक्स: कनेक्शन प्राप्त करने का समय समाप्त हो रहा है। पूल शायद भरा हुआ है।" त्रुटि

को निर्मित 2 नव॰ 2017 · 18टिप्पणियाँ · स्रोत: knex/knex

मैं सामना कर रहा हूं "अनहेल्ड रिजेक्शन टाइमआउट एरर: क्नेक्स: टाइमआउट एक कनेक्शन प्राप्त कर रहा है। पूल शायद भरा हुआ है। क्या आप एक .transacting(trx) कॉल याद कर रहे हैं?" मुद्दा। बहुत सारे चल रहे प्रश्न हैं इसलिए मैं इसे उत्पन्न करने वाली क्वेरी नहीं ढूंढ पा रहा हूं। पोस्टग्रेज का आकार बढ़ने पर यह समस्या गंभीर होने लगती है। क्या कोई समाधान है?

स्रोत

Suhel182

👍18 😕9

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

मैंने इन संस्करणों के साथ समस्या हल की:

"knex": "^0.21.1",
"objection": "^2.1.3",
"pg": "^8.0.3"

batadamnjanovic 28 अप्रैल 2020

👍25 🚀7 🎉4 ❤1 😄1

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

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

skumar568 3 नव॰ 2017

👍8

मेरी भी यही समस्या है।

warlock 3 नव॰ 2017

👍5

समाधान स्रोत को अलग करना और इसे ठीक करना है। यह एक "क्वेरी" त्रुटि नहीं है, बल्कि एक एप्लिकेशन आर्किटेक्चर समस्या है। त्रुटि तब होती है जब knex 60 सेकंड के भीतर (डिफ़ॉल्ट) कनेक्शन प्राप्त करने में असमर्थ होता है, और सबसे अधिक संभावना है कि इसका कारण यह है कि पूल भरा हुआ है।

दूसरे शब्दों में ऐसी कई चीजें हैं जो त्रुटि का कारण बन सकती हैं। सबसे आम में से दो हैं:

आप लेन-देन करना भूल जाते हैं / क्वेरी बिल्डरों पर .transacing(trx) पर कॉल करना भूल जाते हैं, जबकि पहले से ही अधिकतम पूल पर है जो न केवल लेनदेन को निष्क्रिय करने का कारण बनता है बल्कि त्रुटि को भी फेंक देता है क्योंकि कोई कनेक्शन प्राप्त नहीं किया जा सकता है।
पूल को अधिकतम क्षमता पर कम से कम (डिफ़ॉल्ट) 60 सेकंड नॉन-स्टॉप के लिए लगातार व्यस्त रखा जाता है, उदाहरण के लिए भारी यातायात या लंबे समय तक चलने वाली प्रक्रियाओं के कारण।

जब यह त्रुटि होती है तो आपको अपने डेटाबेस स्थिति को देखना चाहिए - क्या बहुत सारे निष्क्रिय कनेक्शन हैं? क्या बहुत सारे कनेक्शन हैं? आदि।

wubzz 3 नव॰ 2017

👍11

मुझे भी इस त्रुटि का सामना करना पड़ रहा है।

rejecter(new _bluebird2.default.TimeoutError('Knex: Timeout acquiring a connection. The pool is probably full. ' + 'Are you missing a .transacting(trx) call?')); ^ TimeoutError: Knex: Timeout acquiring a connection. The pool is probably full. Are you missing a .transacting(trx) call?

जब हम अपने आर्किटेक्चर कनेक्शन को खोदने के लिए काम कर रहे हैं, तो इस त्रुटि को एप्लिकेशन को क्रैश होने से रोकने का कोई तरीका है? या कम से कम त्रुटि स्टैक को इंगित कर सकती है?

rogersanbr 7 नव॰ 2017

👍1

@rsfernandes जब तक आप अपने बिल्डरों पर catch हैंडलर का उपयोग करते हैं, मुझे नहीं लगता कि यह त्रुटि पूरे एप्लिकेशन को कैसे क्रैश कर देगी।

स्टैक के लिए, मैं अनुशंसा करता हूं longStackTraces । विशेष रूप से इस त्रुटि स्टैक के लिए knex में कुछ भी नहीं बनाया गया है।

wubzz 7 नव॰ 2017

👍3

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

mifi 23 अप्रैल 2019

❤1

https://github.com/tgriesser/knex/issues/3159 औरोरा के लिए सुझावों के आसपास कुछ काम की सूची है।

elhigu 23 अप्रैल 2019

👍1

@wubzz

पूल को अधिकतम क्षमता पर कम से कम (डिफ़ॉल्ट) 60 सेकंड नॉन-स्टॉप के लिए लगातार व्यस्त रखा जाता है, उदाहरण के लिए भारी यातायात या लंबे समय तक चलने वाली प्रक्रियाओं के कारण।

यदि यह मुद्दा है, तो यदि कम काम नहीं किया जा सकता है तो क्या संभव सिफारिशें की जा सकती हैं? मैं

booboothefool 30 अप्रैल 2019

समयबाह्य या अधिकतम क्षमता बढ़ाएँ?

mifi 30 अप्रैल 2019

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

tito300 18 मई 2019

👍11 👀3

हाँ, मुझे लगता है कि ऐसा हो सकता है यदि कनेक्शन पूरी तरह से अवरुद्ध हो गया हो ... हो सकता है कि अलग-अलग कनेक्शन टाइमआउट सेट करना और टाइमआउट प्राप्त करना इन दो मामलों के बीच अंतर कर सके।

elhigu 19 मई 2019

👍1

मैंने इन संस्करणों के साथ समस्या हल की:

"knex": "^0.21.1",
"objection": "^2.1.3",
"pg": "^8.0.3"

batadamnjanovic 28 अप्रैल 2020

👍25 🚀7 🎉4 ❤1 😄1

आपको Node 12 NOT Node 14 . पर स्विच करना पड़ सकता है

LispyAriaro 23 मई 2020

👍17 🎉8 🚀4 👎1

मेरे पास डेटाबेस पूल सीमा थी, मैं न्यूनतम और अधिकतम सेट करके समस्या को ठीक कर सकता था

PedramMarandi 20 जुल॰ 2020

मेरे मैक पर भी यही समस्या थी। मैं कमांड लाइन टर्मिनल से knex चला रहा था और अचानक इस Knex को देखना शुरू कर दिया: टाइमआउट ... मुद्दा। मुझे पता चला कि समस्या बैश के बजाय zsh शेल में जा रही थी। मैं लंबे समय से बैश का उपयोग कर रहा हूं, और मैंने हाल ही में ऐप्पल दिशानिर्देशों के अनुसार zsh पर स्विच करने का प्रयास किया है। जैसे ही मैं बैश करने के लिए वापस गया, इसे ठीक कर दिया गया।

आशा है कि यह किसी की मदद करता है।