गलत जगह समस्या की तलाश है

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

छोटा सा स्वभाव

एक छोटा सा शाखा कार्यालय, इसका अपना PBX (तारांकन + FreePBX) है जो डेस्कटॉप आयरन पर आधारित है और 1C, फाइल स्टोरेज और वर्चुअल RO डोमेन नियंत्रक के साथ एक ही स्थानीय टर्मिनल सर्वर है। इंटरनेट मिकरोटिक वितरित करता है। छोटी शाखा उनके लिए पर्याप्त है।

यह सब निगरानी के साथ शुरू हुआ (समय की कमी और आलस्य, सब कुछ मॉनिटर नहीं होने के कारण), जिसने शाखा में एक सर्वर (पीबीएक्स से) के ओवरहीटिंग की सूचना दी। स्थानीय लोगों ने समस्या का समाधान किया, लेकिन बूढ़ा व्यक्ति दुर्घटनाग्रस्त हो गया और MySQL डेटाबेस को तोड़ दिया।

बहुत परेशान मुसीबत, लेकिन यह नहीं ...

इससे कोई फर्क नहीं पड़ता, आधार की मरम्मत की गई, सब कुछ काम करना चाहिए। लेकिन स्थानीय लोग शिकायत करते हैं, कॉल टूट जाती है। ठीक है - FreePBX में समस्याएं हैं, मैं एक बैकअप लेता हूं, इसे तैनात करता हूं, सब कुछ ठीक है।

लेकिन परेशानी जगह में है, स्थानीय लोग अभी भी शिकायत कर रहे हैं, कॉल अच्छी तरह से नहीं जाते हैं। उनसे पहले, कॉल सामान्य रूप से गुजरता है, लेकिन जब वे स्वयं कॉल करते हैं, या एक दूसरे को कॉल करते हैं, तो कई सेकंड की देरी प्राप्त होती है। मैं Asterisk और FreePBX के वॉल्यूमिनस और अस्पष्ट लॉग देखना शुरू करता हूं, वे समस्या को समझ नहीं सकते। मुझे याद है कि STUN और ICE के साथ एक समस्या थी, जिसने एक समान देरी दी। मैं इसे नरक में बदल देता हूं, परिणाम शून्य है।

नीचता बुरे निर्णय लेने का तरीका है

मैं हतोत्साहित हूं, पीबीएक्स को कई घंटों तक लेने से कुछ भी अच्छा नहीं होता है, यह पहले से ही देर रात है, लेकिन समस्या हल नहीं हुई है।

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

मैं एक और खराब निर्णय लेता हूं: यदि ओएस (और बैकअप से डेटाबेस) की आंशिक मरम्मत थोड़ी सफलता की थी, और समस्या की जड़ अभी भी स्पष्ट नहीं है, और एक ही समय में कारण खोजने में बहुत समय बीत चुका है, तो हम मौलिक रूप से कार्य करने का निर्णय लेते हैं: हम ओएस को नीचे लेते हैं। हम सब कुछ स्क्रैच से रोल करते हैं (प्रक्रिया के स्वचालन का लाभ यह स्वीकार्य समय में होता है)। मैं कॉपी से FreePBX कॉन्फ़िगरेशन को रोल करता हूं। एक और विफलता। परिणाम शून्य है!

निराशा - मन ओवरशैड है, निर्णय खराब हो जाते हैं

मैं निराशा में पड़ रहा हूं। बहुत बुरे विचार आने लगते हैं, मुझे लगता है: शायद बैकअप में आत्मविश्वास एक वक्र है (मेरे पास अपडेट की एक श्रृंखला के बाद यह था कि यह उनके बाद काम नहीं करता था, और मुझे इसका कारण नहीं पता था), कुछ भी नहीं रहता है: आपको अपने हाथों से खरोंच के साथ सब कुछ रोल करने की आवश्यकता है। क्या शर्म की बात है! परिणाम सख्ती से शून्य है, और यहां तक ​​कि बहुत समय बिताया है!

स्वीकार्यता जागरूकता का मार्ग है

क्या हो रहा है यह समझने के लिए बेताब प्रयासों में, मैं लॉग का सावधानीपूर्वक अध्ययन करना शुरू करता हूं। मैं एक पैटर्न नोटिस। एक्सटेंशन 5 सेकंड में कॉल करता है, और 15 में 3 एक्सटेंशन से कॉल के समूह के लिए! मैं कॉल विलम्ब के बारे में गूगल करना शुरू करता हूं, लेकिन पहले से ही एक विशिष्ट देरी का संकेत देता हूं। और मुझे एक उत्तर मिलता है जो मैंने पहले ही पाया था, लोग कहते हैं कि समस्या DNS में है, लेकिन मुझे पता है कि कोई समस्या नहीं है, सभी पते हल हो गए हैं!

स्पष्ट अविश्वसनीय है

कुछ भी नहीं करने के लिए, nslookup और बिंगो उठाओ (काश मैं इसे अभी कर सकता!) प्राथमिक DNS निहित है (नियंत्रक के साथ वर्चुका), लेकिन मैंने ध्यान नहीं दिया! वहाँ एक DNS होगा, वहाँ तुरंत एक त्रुटि होगी;)

परिणाम

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