कल ही मुझे एक अति सूक्ष्म और विशिष्ट बग से निपटना था। बग एक अन्य बग पर ठोकर खाई एक विशेषता के रूप में निकला। समस्या का अध्ययन करने के दौरान, मुझे डेबियन की कई विशेषताओं का अध्ययन करने के लिए मजबूर किया गया, 4 घंटे का समय दिया और बहुत अनुभव प्राप्त किया।



थोड़े से शांत रूप में, मैं घटनाओं का कालक्रम दे रहा हूँ, मुझे उम्मीद है कि कोई व्यक्ति यह देखने के लिए इच्छुक होगा कि सिस्टम प्रशासक कैसे काम करते हैं।

प्रागितिहास

कई समान सर्वर से प्रयोग बेंच की तैनाती के दौरान, मैं मेजबानों के एक समूह पर कोड को अपडेट करने के लिए मैन्युअल काम के बिना आवेदन के आवश्यक संस्करणों को चलाने में सक्षम होना चाहता था। एनएफएस गेंदों के साथ आवश्यक कार्यक्रम चलाने का निर्णय लिया गया। अनुप्रयोग केवल आंतरिक उपयोग, डिस्पोजेबल और एक विशिष्ट कार्य के लिए लिखे गए थे। गेंद को बूट समय पर / ऑप्ट डायरेक्टरी में रखा गया था और वहां से एप्लिकेशन को r.local स्क्रिप्ट का उपयोग करके लॉन्च किया गया था। चूँकि हम एक बहुत ही बार कोड परिवर्तन के साथ एक प्रयोगात्मक स्टैंड के बारे में बात कर रहे थे, एक ईमानदार डेवलपर (पैकेज, रिपॉजिटरी, अपडेट, init.d स्क्रिप्ट) खेलकर आलसी था। सब कुछ डेबियन निचोड़ के तहत हुआ।



गेंद को / etc / fstab में पंजीकृत किया गया था, r.local में आवश्यक परीक्षणों का प्रक्षेपण। ऐसा लगता है कि सब कुछ किया जाता है।



... और फिर मैं एक रहस्यवादी के रूप में आया। आवेदन पांच बार से शुरू हुए, और "कुटिल एप्लिकेशन" के संस्करण को लगभग तुरंत चिह्नित किया गया था - उसी तरह, कभी-कभी कोई अन्य निष्पादन योग्य फाइलें शुरू नहीं हुई थीं। इसके अलावा, / ऑप्ट के साथ। अन्य निर्देशिकाओं से सामान्य रूप से काम किया। उसी समय, आप अपने हाथों से rLlocal शुरू करते हैं - 100% सब कुछ ठीक है। बूट पर, पांच बार या उससे भी कम बार एक सफल लॉन्च।



शुरुआत में, मैंने इस समस्या को गंभीर नहीं माना, और इसे एक तस्वीर में हल करने की कोशिश की। चूंकि समस्या केवल / ऑप्ट के लिए दिखाई देती है, इसलिए मैंने rsc.ocal में कमांड ls -a1 / opt> / var / log / ls जोड़ा। जैसा कि अपेक्षित था, r.local निष्पादन के समय केवल दो फाइलें / ऑप्ट थीं - एक बिंदु और दो बिंदु। दूसरे शब्दों में, एनएफएस गेंद को माउंट नहीं किया गया था। कभी कभी। और कभी-कभी यह घुड़सवार था।





जाहिर है, स्थिति "कभी-कभी घुड़सवार, कभी-कभी नहीं" (इस तथ्य के बावजूद कि लॉगिन के बाद मैंने हमेशा गेंद को घुड़सवार देखा) का मतलब बिल्कुल एक चीज है - गेंद को बढ़ते और r.local शुरू करने के बीच दौड़ की स्थिति।

तय करना शुरू करो

परिकल्पना: डेबियन निचोड़ (और यह सब निचोड़ था) init स्क्रिप्ट के लिए एक नई निर्भरता प्रणाली पर स्विच किया गया। मैंने /etc/init.d/rc.local (init स्क्रिप्ट जिसे कॉल /etc/rc.local कहता है) को $ माउंटनफ़्स पर एक सीधा निर्भरता लिखा है (अर्थात, यह आवश्यक है कि स्क्रिप्ट को माउंटनफ़्स के बाद चलाने के लिए)।



इससे मदद मिली। एक हास्यास्पद संयोग से, लगातार दो रिबूट भी। फिर सब कुछ वैसा ही चलता रहा - कभी-कभी सफलता, अधिक बार नहीं।



मुझे आश्चर्य हुआ, क्योंकि n रन-गेंदों को एस रनलेवल पर रखा गया है, और r.local दूसरे रनलेवल (जो बाद में एस) पर लॉन्च किया गया है।



मैंने धार्मिक लाइन ls -a1 / opt >> / var / log / ls को /etc/init.d/rc स्क्रिप्ट में जोड़ा - यह स्क्रिप्ट /etc/init.d से अन्य सभी स्क्रिप्ट निष्पादित करता है। सटीक होने के लिए, यह निर्देशिकाओं /etc/rcS.d, /etc/rc2.d, आदि को पढ़ता है, और पहले अक्षर (K या S) के आधार पर वहाँ स्टॉप या स्टार्ट पैरामीटर से स्क्रिप्ट शुरू करता है। इन निर्देशिकाओं में स्वयं / Scs/init.d में स्क्रिप्ट्स के प्रति सहानुभूति होती है, जिसे S10service कहा जाता है। एस (या के) स्टार्ट (किल) को इंगित करता है, एक संख्या आपको उस ऑर्डर को ऑर्डर करने की अनुमति देती है जिसमें स्क्रिप्ट शुरू की जाती हैं।



इसलिए, /etc/init.d/rc के बहुत अंत में, मैंने अगला ls पंजीकृत किया। रिबूट। मुझे लॉग में ls आउटपुट के तीन सेट मिले (एक को शटडाउन पर निष्पादित किया गया था, दो शुरू में - ये 'S' और '2' के स्तर हैं)। हैरानी की बात है, पिछले दो खाली थे। यही है, उस समय रनवेल 2 पर स्विच करने की स्क्रिप्ट समाप्त हो गई है, गेंदें अभी भी माउंट नहीं हैं! दूसरे शब्दों में, स्क्रिप्ट निर्भरता प्रणाली, स्टार्टअप ऑर्डर आदि। कोई भी भूमिका नहीं निभाता है - लोडिंग के अंत के समय कोई गेंद नहीं होती है।



मैंने /etc/init.d/rc में गुंडागर्दी को दूर किया और स्टॉप-बूटलॉग नामक अंतिम बूट स्क्रिप्ट के लिए एक समान रेखा को जोड़ा (यह S99stop-bootlogd नाम के तहत /etc/init.d/rc2.d में दिखाई देता है, अर्थात यह अंतिम शुरू होता है )।



बेशक, डाउनलोड करने के बाद मुझे एक साफ निर्देशिका मिली। यह ध्यान में रखते हुए कि कभी-कभी कैटलॉग घुड़सवार हो जाता है, और यह सबसे अधिक संभावना है कि दौड़ की स्थिति है, मैंने एलएस के सामने एक पागल नींद 360 जोड़ा।



चाय पीने के 6 मिनट बाद, मैंने पाया कि कैटलॉग अभी भी "बहुत धीमी" डाउनलोड के अंत में मुहिम शुरू की थी। फिर मैंने समय कम करना शुरू कर दिया: 60, 45, 30, 20, 10, 5 सेकंड - फाइलें स्थिर थीं। इसके अलावा, फाइलें 1 नींद के साथ भी थीं, लेकिन जब इसे हटा दिया गया, तो यह सबसे अधिक संभावना नहीं थी। (इस बिंदु पर मैंने 20 रिबूट किया, लेकिन मुझे विश्वसनीय परिणाम मिला - 10 में से 10 स्लीप 1 ने एक घुड़सवार निर्देशिका दी, नींद के बिना 10 में से 8 रिबूट ने खाली निर्देशिका दी। यानी, दौड़ की स्थिति बहुत पतली थी।



कुछ मंचों पर, ऑबंट्स (हाँ, मैंने 15 मिनट विभिन्न खोजशब्दों की खोज में बिताए, मुख्य रूप से शब्द nfs, rc.local, बूट के क्षेत्र में), इस समस्या पर चर्चा की गई, और नींद के रूप में एक समाधान भी था (लेकिन पहले से ही) r.local फ़ाइल ही)।

गहरा और गहरा

इस पर कोई शांत हो सकता है, अगर अश्लीलता को प्लग करने की ऐसी शर्मनाक विधि के साथ आंतरिक असंतोष के लिए नहीं।



मुझे याद आया कि जब मैंने $ माउंटनफ़्स निर्भरता दर्ज की थी, तो मैंने फ़ाइल /etc/init.d/mountnfs.sh (प्रोवाइड लाइन की सामग्री की प्रतिलिपि बनाने के लिए) फ़ाइल खोली थी। और एक विवरण था:

 # शॉर्ट-विवरण: नेटवर्क फ़ाइल सिस्टम के माउंट होने की प्रतीक्षा करें
 # विवरण: नेटवर्क फ़ाइल सिस्टम द्वारा आरोहित हैं
 #etc/network/if-up.d/mountnfs पृष्ठभूमि में
 # जब इंटरफेस लाया जाता है;  यह स्क्रिप्ट प्रतीक्षा करती है
 # उन्हें ले जाने से पहले घुड़सवार होने के लिए।

इस संक्षिप्त विवरण में मेरे लिए कई महत्वपूर्ण खोजें थीं:

1) एनएफएस को मुख्य लोड के समानांतर, अतुल्यकालिक रूप से पृष्ठभूमि में माउंट किया गया है। यही है, दौड़ की स्थिति एनएफएस माउंट प्रक्रिया और बूट प्रक्रिया के बीच जाती है।

2) इस स्क्रिप्ट को इसके निष्पादन के समय सभी NFS बॉल को माउंट करने के लिए प्रदान करना चाहिए (इसे 'S' रनलेवल के अंत के पास कहा जाता था)। और वह नहीं करता है।



फिर मैंने माउंट.नफ्स मैनुअल की ओर रुख किया, जहां निम्नलिखित लिखा गया था - पृष्ठभूमि में बीजी विकल्प माउंट करता है (जहां तक ​​मैं बता सकता हूं, यह सुविधा निचोड़ में दिखाई दी, क्योंकि लेन मैनुअल में ऐसा कुछ भी उल्लेख नहीं किया गया है), और एफएक्स विकल्प आरोह तुल्यकालिक मोड में।



स्पष्ट समाधान / आदि / fstab में NFS माउंट विकल्पों की सूची में fg जोड़ना है। बिंगो? रिबूट ... नहीं। यह काम नहीं किया



इस समय, मैं सबकुछ भेजना चाहता था, नींद 5 से चिपकना और स्नान नहीं करना, समय के लिए आधी रात को चला गया, और क्षुद्र समस्या अचानक पूरी तरह से, लगभग वैज्ञानिक, अध्ययन में बढ़ी। लेकिन खेल रुचि अभी भी कायम है।



मैंने माउंटमैप में देखा (इस समय तक मैंने पहले से ही समस्या को "समस्या के रूप में पहचाना था" और अराजक नोटों से माइंडमैप पर स्विच किया था) माउंटनेफिश से विवरण में और वाक्यांश पर ध्यान केंद्रित किया "आरोही / आई नेटवर्क्स-if.up.d/mountnfs द्वारा" "।



मैं इस स्क्रिप्ट में शामिल हो गया।



एक मामूली टिप्पणी थी:

 # यह सुनिश्चित करने के लिए 'हां =' के बजाय 'as =' का उपयोग करके async nfs माउंटिंग है
 # / etc / default / rcS में मान के बिना भी डिफ़ॉल्ट

क्या हमारे पास कोई फ़ाइल / etc / default / rcS है? (डेबियन में, init.d से स्क्रिप्ट सेटिंग्स / etc / default में संग्रहीत की जाती हैं, लेकिन यह कुछ अप्रत्याशित था कि रनवेल का कॉन्फ़िगरेशन वहां संग्रहीत नहीं किया गया था)।



इस फ़ाइल में कई लाइनें थीं, लेकिन एक के अलावा कुछ भी दिलचस्प नहीं है:

 इन चरों के बारे में जानकारी के लिए आरसीएस (5) मैनुअल पेज देखें।

हमारे पास एक मैनुअल है!



और वहाँ मैं एक विकल्प विवरण में आता हूँ:

 ASYNCMOUNTNFS
  नेटवर्क के अतुल्यकालिक बढ़ते को अक्षम करने के लिए इसे 'नहीं' पर सेट करें
  ड्राइव जब नेटवर्क इंटरफेस माउंट होते हैं, और इसके बजाय करते हैं
  यह केवल एक बार जब मशीन बूट।  डिफ़ॉल्ट 'हां' है।  यह
  रूट फाइल सिस्टम के साथ मशीनों पर इसे निष्क्रिय करने के लिए उपयोगी है
  NFS में ifupdown से ifup ऐसे सेटअप में ठीक से काम करता है।

बिंगो? बिंगो! बिंगो! Banzai। हम ख़ुशी-ख़ुशी लाइन को "ASYNCMOUNTNFS = no" / / etc / default / rcS फ़ाइल में लिखते हैं, रिबेट करते हैं ...



... और फिर से उसी समस्याओं को रेकिंग।



मैं /etc/network/if-up.d/mountnfs फ़ाइल पर लौट आया, जहाँ मुझे जल्दी से एक फ़ंक्शन मिला, जो कि ASYNCMOUNTNFS विकल्प 'नहीं' में होगा।

 बाहर निकलें
     grep "^ [: space:] * ऑटो" / आदि / नेटवर्क / इंटरफेस |  \
         sed -e 's / [\ t] * ऑटो [\ t] * //? s / [\ t] * $ //? s / [\ t] / \ n / g' |  \
         जबकि मैं पढ़ा;  करना
         अगर [`grep -c $ i / etc / network / run / ifstate` -eq" 0 "];  तो
             संदेश = "if-up.d / Mountnfs [$ IFACE]: NFS आरोह करने से पहले इंटरफ़ेस $ i का इंतजार कर रहा है"
             log_warning_msg "$ msg"
             # जबकि उप-संस्करण के कारण इसे एक चर के रूप में पारित नहीं किया जा सकता है
             mkdir / var / run / network / mountnfs_earlyexit 2> / dev / null
         फाई
     किया
     अगर [-d / var / run / network / mountnfs_earlyexit];  तो
         rmdir / var / run / network / mountnfs_earlyexit 2> / dev / null
         बाहर निकलें 0
     फाई
 }

दूसरी पंक्ति पर ध्यान दें। ग्रेप। और हम क्या खाते हैं? राइट, 'ऑटो' के साथ लाइन।



बंद करो, लेकिन डेबियन इंस्टॉलर ... हां, यह सही है, ऑटो विकल्प (/ / / नेटवर्क / इंटरफेस फाइल में) के बजाय, यह हॉट-प्लग विकल्प का उपयोग करता है, जो आपको जाने पर इंटरफ़ेस को सक्षम / अक्षम करने की अनुमति देता है ...

निर्णय

दूसरे शब्दों में, चूंकि eth0 इंटरफ़ेस को डिफ़ॉल्ट स्थापना पर ऑटो में नहीं लिखा जाता है, लेकिन हॉट-प्लग को लिखा जाता है, स्क्रिप्ट इस इंटरफ़ेस के बढ़ते होने के लिए तैयार होने का इंतजार नहीं करता है और हमें रेस की स्थिति nfs और rc.local वीडियो प्रक्रिया के बीच नहीं मिलती है, लेकिन नेटवर्क तत्परता के बीच इंटरफ़ेस और बढ़ते प्रक्रिया। यह स्पष्ट है कि लगातार NFS पहली बार विफल होने पर पैकेट को फिर से भेज देगा। लेकिन वह इसे तुरंत नहीं करेगा ... यह देखते हुए कि यह प्रकाशिकी के बारे में था - जब तक कि मॉड्यूल एसएफपी + का पता नहीं लगाता है, जब तक कि इसे आरंभीकृत नहीं किया जाता है, जब तक कि भौतिक लिंक वहां दिखाई नहीं देता है ... वास्तव में, आप इसे अपनी आंखों से देख सकते हैं - प्रक्रिया बहुत तेज नहीं है, और कुछ परिस्थितियों में नींद 1 हो सकती है। और बहुत नहीं ...



इसलिए, हम इंटरफ़ेस को / etc / नेटवर्क / इंटरफेस में ऑटो में रजिस्टर करते हैं, हम अतिभारित होते हैं, और, चीयर्स, गेंद समय पर दिखाई देती है। एक और समय, एक बार और एक बार। 12 में से 12। समस्या हल हो गई है।



हम rc.local की मरम्मत करते हैं, सब कुछ काम करता है। सुबह के डेढ़ बजे, अच्छे सुरक्षा गार्डों ने गेट बंद कर दिए और मुझे कार में बैठाने के लिए करीब 10 मिनट तक दस्तक देनी पड़ी।



लेकिन यह इसके लायक था।

नैतिकता

नैतिक 1: जादू और भगवान का अस्तित्व नहीं है। यदि आप अजीब व्यवहार का सामना करते हैं, तो उसके पास हमेशा तर्कसंगत व्याख्या होती है, संभवतः तर्कहीन प्रेरणा (बग) के साथ।



Moral 2: समस्या का असली कारण ढूंढने के बाद, आप एक वैज्ञानिक प्रहार के मॉडल की तुलना में अधिक विश्वसनीय वर्कअराउंड के साथ आ सकते हैं (यह ठीक काम करने लगता है)।



नैतिक 3: समस्या की जांच के दौरान, आप किसी तरह अधिक विस्तार से अध्ययन करेंगे कि सिस्टम का अगला घटक कैसे काम करता है। यह ऐसे ज्ञान से है जो वास्तव में पेशे में गहरा ज्ञान बनता है। खुद के लिए, मैंने अध्ययन किया कि वास्तव में एनएफएस गेंदों को / etc / fstab से कैसे माउंट किया जाता है, सीखा कि फ़ाइल / etc / default / rcS है, डेबियन में प्रयुक्त रनलेवल की सटीक सूची को स्पष्ट किया (मुझे पता था कि वे क्या थे, मैं यह क्या था और इसका उपयोग कैसे करें, लेकिन इस तरह से कि कौन से स्तरों का सही-सही पालन करना है - अब नहीं - हाँ)।



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