चुकीच्या ठिकाणी समस्या शोधत आहे

ही वास्तविक सरावाची एक छोटीशी कथा आहे, जेव्हा एखादी छोटीशी समस्या, दोष सहिष्णुतेच्या वेशात, डोकेदुखीमध्ये बदलते.

लहान स्वभाव:

एक छोटी शाखा, डेस्कटॉप हार्डवेअरवर आधारित तिचे स्वतःचे PBX ​​(तारका + FreePBX) आहे आणि 1C सह समान स्थानिक टर्मिनल सर्व्हर, एक फाइल डंप आणि एक आभासी RO डोमेन नियंत्रक आहे. इंटरनेट Mikrotik वितरित करते. शाखा लहान आहे, त्यांच्यासाठी ते पुरेसे आहे.
हे सर्व मॉनिटरिंगसह सुरू झाले (वेळेच्या अभावामुळे आणि आळशीपणामुळे, प्रत्येक गोष्टीचे निरीक्षण केले जात नाही), ज्याने शाखेतील एका सर्व्हरच्या (पीबीएक्ससह) अति तापल्याची नोंद केली. स्थानिक लोक समस्या सोडवत असताना, म्हातारा माणूस गोठला आणि MySQL डेटाबेस थोडासा तोडला.

बर्‍याच गोष्टींनी संकटे दाखवली, पण ही नाही...

काही हरकत नाही, बेस दुरुस्त केला गेला आहे, सर्वकाही कार्य केले पाहिजे. पण स्थानिकांच्या तक्रारी, कॉल्स ड्रॉप होतात. ठीक आहे - FreePBX मध्ये समस्या आहेत, मी बॅकअप घेतो, तो उपयोजित करतो, सर्वकाही ठीक आहे.
पण समस्या तिथेच आहे, स्थानिक अजूनही तक्रार करत आहेत, कॉल सामान्यपणे जात नाहीत. त्यांच्या आधी, कॉल सामान्यपणे जातो असे दिसते, परंतु जेव्हा ते स्वतःला कॉल करतात किंवा एकमेकांना कॉल करतात तेव्हा काही सेकंदांचा विलंब होतो. मी Asterisk आणि FreePBX चे विपुल आणि न समजण्याजोगे लॉग पाहण्यास सुरुवात केली, परंतु मला त्यांच्यातील समस्या लक्षात येत नाही. मला आठवते की STUN आणि ICE मध्ये समस्या होती, ज्याने समान विलंब दिला. मी सर्वकाही नरकात बंद करतो, परिणाम शून्य आहे.

निराशा हा वाईट निर्णय घेण्याचा मार्ग आहे:

मला नैराश्य येत आहे, अनेक तास एटीएसशी छेडछाड केल्याने काहीही चांगले होत नाही, आधीच रात्र झाली आहे आणि समस्या सुटत नाही.
ताज्या डोक्याच्या आशेने मी सकाळपर्यंत समस्या सोडली. सकाळी, आणखी एक अयशस्वी निर्णय घेण्यात आला: सिस्टम खंडित झाल्यापासून (जरी अवलंबित्व इतके विनाशकारी असू शकत नाही), मी सर्व पॅकेजेस पुन्हा स्थापित करून सिस्टम ठीक करण्याचा प्रयत्न करीत होतो. परिणाम शून्यापेक्षा किंचित जास्त आहे, विलंब कमी झाला आहे (लक्षणीय नाही, परंतु आधीच यश मिळाले आहे).
मी आणखी एक वाईट निर्णय घेतो: जर OS ची आंशिक दुरुस्ती (आणि बॅकअप कॉपीमधील डेटाबेस) कमी यशस्वी झाली आणि समस्येचे मूळ अद्याप स्पष्ट झाले नाही आणि कारण शोधण्यात बराच वेळ गेला असेल, मग मी आमूलाग्र कृती करण्याचा निर्णय घेतो: आम्ही ओएस पाडतो आणि आम्ही सर्व काही सुरवातीपासून रोल करतो (सुदैवाने, प्रक्रियेचे ऑटोमेशन हे स्वीकार्य वेळेत करते). मी कॉपीमधून FreePBX कॉन्फिगरेशन रोल अप करत आहे. आणखी एक अपयश. परिणाम शून्य!

निराशा - मन ढग होते, निर्णय आणखी वाईट होतात

मी निराशेत पडत आहे. खूप वाईट विचार यायला लागतात, मला वाटतं: कदाचित बॅकअपमधील कॉन्फ कुटिल असेल (अनेक अपडेट्सनंतर माझ्या बाबतीत असे घडले की ते त्यांच्या नंतर कार्य करत नाही आणि मला कारण सापडले नाही), बाकी काहीच नाही : मला माझ्या हातांनी सुरवातीपासून सर्वकाही रोल करावे लागेल. किती अपमान आहे! परिणाम काटेकोरपणे शून्य आहे, आणि बराच वेळ वाया जातो!

स्वीकृती हा जागृतीचा मार्ग आहे

काय घडत आहे हे समजून घेण्याच्या हताश प्रयत्नांमध्ये, मी लॉगचा काळजीपूर्वक अभ्यास करण्यास सुरवात करतो. मला एक नमुना लक्षात आला. एक्स्टेंशन कॉल अगदी 5 सेकंदात होतो आणि 3 मध्ये 15 एक्स्टेंशनच्या कॉल्सच्या गटासाठी! मी कॉल विलंबाबद्दल गुगल करणे सुरू करतो, परंतु आधीच विशिष्ट विलंब सूचित करतो. आणि मला आधीच सापडलेले उत्तर सापडले, लोक म्हणतात की समस्या DNS मध्ये आहे, परंतु मला खात्री आहे की कोणतीही समस्या नाही, सर्व पत्ते सोडवले गेले आहेत!

स्पष्ट - संभाव्य नाही

करण्यासारखे काही नाही, मी nslookup आणि बिंगो उचलतो (मी हे लगेच करू शकलो असतो)! प्राथमिक DNS तिथे आहे (कंट्रोलरसह व्हर्च्युअल मशीन), परंतु माझ्या लक्षातही आले नाही! फक्त एक DNS असल्यास, एक त्रुटी असेल 😉

परिणाम

डीएनएस फॉल्ट टॉलरन्सद्वारे मुखवटा घातलेली एक प्राथमिक समस्या जी मॉनिटरिंगद्वारे पाहिली जाऊ शकते (जी सर्व नोड्ससाठी कॉन्फिगर केलेली असावी), ज्यामुळे मूर्ख परिस्थितीचे निराकरण करण्यात जवळजवळ दोन कामकाजाचे दिवस गमावले गेले. आळस हे गाढवातील वेदना आहे, मॉनिटरिंग सेट करण्यासाठी एक मिनिट लागतो आणि जिथे काहीही नाही तिथे समस्या शोधण्यासाठी दोन दिवस लागतात.

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

तुमच्यासोबत असे कधी घडले आहे का?

• होय, फार क्वचितच

• होय, क्वचितच

• अनेकदा

• खूप वेळा

• नाही, कोणाशीही, फक्त माझ्याबरोबर नाही!

• नाही, मी अचुक आहे!

2 वापरकर्त्यांनी मतदान केले. 1 वापरकर्ता दूर राहिला.

स्त्रोत: www.habr.com