एल्गोरिथ्म: लिनक्स कर्नेल पर बग कैसे जारी करें

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

1. समस्या का वर्णन
   आपको जो सबसे महत्वपूर्ण काम करना चाहिए, वह है समस्या और उसके कारण होने वाली क्रियाओं का सही-सही वर्णन करना। कोई भी, यहां तक ​​कि सबसे छोटा विवरण, महत्वपूर्ण हो सकता है। इसी प्रश्न को प्रश्न के लिए जिम्मेदार ठहराया जा सकता है: "बग को कितनी बार पुन: प्रस्तुत किया जाता है?"।
   
2. कर्नेल संस्करण।
   यदि आप बग के लिए कमांड का आउटपुट देते हैं तो बेहतर है:
   # uname -a
   
3. आपको कोर कहां से मिली?
   लिनक्स कर्नेल को बाइनरी फॉर्म और सोर्स कोड दोनों में वितरित किया जाता है। बग में कर्नेल के सटीक संस्करण को इंगित करना महत्वपूर्ण है और जिनके द्वारा इसे बनाया गया था। यदि आपने इसे स्वयं बनाया है, तो आपको एक विन्यास और वीम्लिंक संलग्न करना होगा या एक मॉड्यूल की भी आवश्यकता हो सकती है। जब क्रैश होता है, तो डेवलपर्स अक्सर उस जगह के सटीक स्थान का निर्धारण करने के लिए डिस्सेम्ब्ड कोड और सी कोड की तुलना करते हैं जहां बग हुआ।
   
4. कर्नेल के लॉग।
   व्यक्तिगत उपयोगकर्ताओं के लिए शायद यह सबसे कठिन विषय है। लॉग इकट्ठा करने का सबसे विश्वसनीय तरीका एक सीरियल पोर्ट और एक दूसरी मशीन है। हर किसी के घर में ऐसा अवसर नहीं होता है, और सीरियल पोर्ट दुर्लभ हो गए हैं।
   अगला कदम था नेटकॉनसोल। इसके साथ, आपको केवल नेटवर्क पर लॉग एकत्र करने और सभी सर्वरों पर अपना पता पंजीकृत करने के लिए एक मशीन पर rsyslogd को कॉन्फ़िगर करने की आवश्यकता है। यह विधि काम नहीं कर सकती है, खासकर अगर बग नेटवर्क से जुड़ा हो।
   नेटकोन्सोल ने सर्वरों से लॉग इकट्ठा करने के विन्यास को सरल बनाया, लेकिन उपयोगकर्ता समस्या प्रासंगिक बनी रही, और kdump का आविष्कार किया गया। फिलहाल, यह सबसे शक्तिशाली और एक ही समय में सबसे अविश्वसनीय तंत्र है। सिस्टम क्रैश होने की स्थिति में, एक मेमोरी इमेज डिस्क में सेव हो जाती है। भविष्य में, आप इसे क्रैश उपयोगिता के साथ खोल सकते हैं और सभी प्रक्रियाओं की स्थिति का पता लगा सकते हैं, कर्नेल लॉग, निर्दिष्ट पते पर मेमोरी मान आदि। यह कुछ हद तक कोर फ़ाइल के समान है जो किसी दुर्घटना की स्थिति में स्थगित होते हैं।
   
5. संस्करण और वितरण का नाम और आवेदन सीधे समस्या से संबंधित हैं।
   यह केवल ऐसा लगता है कि कर्नेल उपयोगकर्ता अनुप्रयोगों के अंतर्गत आता है, और उनका संचालन कर्नेल के व्यवहार पर निर्भर करता है। लेकिन अक्सर ऐसा होता है कि कर्नेल का व्यवहार उपयोगकर्ता अनुप्रयोगों पर निर्भर करता है।
   
6. नेटवर्क की समस्या।
   कुछ पैकेट पते तक नहीं पहुंचते हैं, या इसके विपरीत, कुछ अतिरिक्त फ़िल्टर के माध्यम से लीक हो रहा है। इस मामले में, दोनों पक्षों से tcpdump लॉग को संलग्न करना उपयोगी है।
   
7. SysRq
   यह एक ऐसा जादू की कुंजी संयोजन है। Alt पकड़ो और Prt-Scr और अक्षर को क्रमिक रूप से दबाएं। यदि आप H दबाते हैं, तो कर्नेल लॉग में थोड़ी मदद दिखाई देगी।
   सबसे आम sysrq आवेदन स्थिति सभी संभव जमा देता है। सबसे पहले, L दबाएं, जो वर्तमान में प्रत्येक प्रोसेसर के बारे में जानकारी प्रिंट करता है। टी - प्रत्येक प्रक्रिया की स्थिति प्रिंट करता है। इन कुंजियों का उपयोग करके, आप init को छोड़कर सभी प्रक्रियाओं को मार सकते हैं, मेमोरी से डिस्क पर डेटा रीसेट कर सकते हैं, मशीन को रिबूट कर सकते हैं, मशीन को आतंक में भेज सकते हैं, टाइमर और मेमोरी की स्थिति दिखा सकते हैं, आदि।
   
8. डाउनलोड विकल्प
   आप डॉक्यूमेंटेशन / कर्नेल-पैरामीटर्स में कर्नेल मापदंडों के बारे में पढ़ सकते हैं। बग के मामले में, मैं निम्नलिखित सहित सिफारिश करूंगा:
   sysrq_always_enabled - sysrq मैजिक कुंजी सक्षम करें
   डीबग - कर्नेल लॉगिंग बढ़ाता है
   अर्लीप्रिंट - एक प्रारंभिक अवस्था में कर्नेल लॉग प्रिंट करें। यह विकल्प चालू होना चाहिए यदि मशीन बूट और फ्रीज में कुछ भी प्रदर्शित नहीं करती है।
   मैं शांत विकल्प को हटाने की भी सिफारिश करूंगा, जो कुछ वितरणों में डिफ़ॉल्ट रूप से सक्षम है। इसके साथ, कर्नेल लॉग का हिस्सा प्रिंट नहीं करता है।
   

अतिरिक्त डिबगिंग उपकरण।

1. डिबग कर्नेल।
   आपने शायद ध्यान दिया कि वितरण में अक्सर एक ही संस्करण के दो कर्नेल होते हैं। उनमें से एक में डिबग उपसर्ग है। यह कर्नेल थोड़ा धीमा चलता है और इसमें कई अतिरिक्त जांचें होती हैं। उदाहरण के लिए: यह मुक्त मेमोरी को एक विशेष टेम्पलेट के साथ भरता है, जाँचता है कि कर्नेल निषिद्ध अवरोधों के साथ सो नहीं जाता है, ताले लेने के क्रम को ट्रैक करता है, आदि।
   यदि आपका बग सख्ती से पुन: पेश करता है, तो डिबग कर्नेल पर इसे खेलने की कोशिश करना और इससे लॉग प्रदान करना सार्थक होगा।
   
2. दरियाफ्त
   यह आइटम बहुत ही उन्नत उपयोगकर्ताओं के लिए अधिक संभावना है जो स्वयं समस्या से निपटना चाहते हैं।
   इस तंत्र का इंटरफ़ेस डीबगफ़ में पूरी तरह लागू है:
   mount debugfs -t debugfs /debug
cd /debug/tracing
   ट्रेसर दो प्रकार के होते हैं। पहली घटना है, डेवलपर्स स्पष्ट रूप से उन्हें कोड में रिपोर्ट करते हैं। और दूसरा फ़्रेस्रेस एक अनुरेखक है जो दिखाता है कि कर्नेल फ़ंक्शन किस क्रम में कहलाते हैं। ट्रेसर से सभी घटनाओं को अलग-अलग फ़िल्टर, चालू और बंद किया जा सकता है। यदि ईवेंट अक्षम हैं, तो वे व्यावहारिक रूप से कर्नेल प्रदर्शन को प्रभावित नहीं करते हैं।
   

और अंत में, कुछ उपयोगी टिप्स।

1. एप्लिकेशन सही ढंग से काम नहीं करता है या जमा देता है। स्ट्रेस यूटिलिटी का उपयोग करने का प्रयास करें, यह तर्कों और रिटर्न कोड के साथ सभी सिस्टम कॉल को दिखाता है।
   
2. प्रक्रिया राज्य डी "निर्बाध नींद" में है। सबसे अधिक संभावना है कि प्रक्रिया कोर में है। आप / proc / [PID] / स्टैक और / proc / [PID] / स्थिति को देखने का प्रयास कर सकते हैं।
   
3. अगर आपको घबराहट है। लॉग को शुरुआत से देखें। अक्सर लॉग के अंत में त्रुटि संदेश होते हैं जो पिछले वाले का परिणाम होते हैं। बग को पहली त्रुटि पर अंकित करने की आवश्यकता है।
   
4. मेमोरी को डंप करने के लिए कर्नेल को डिस्क में स्थगित करने के लिए, आपको कर्नेल को विकल्प क्रैशकबर्न = 128 M के साथ लोड करने की जरूरत है, मशीन पर kexec-tools इंस्टॉल करें और kdump सर्विस चलाएं। डंप / var / क्रैश में सहेजे जाएंगे
   
5. कर्नेल लॉग को मेकडंपफाइल उपयोगिता का उपयोग करके कर्नेल डंप से प्राप्त किया जा सकता है:
   makedumpfile —dump-dmesg vmcore log.txt
   

संदर्भ

प्रलेखन / kdump / kdump.txt
प्रलेखन / कर्नेल-पैरामीटर
प्रलेखन / नेटवर्किंग / netconsole.txt
प्रलेखन / ट्रेस / ftrace.txt
विकिपीडिया पर tcpdumpt
विकिपीडिया पर धारा