ओओम-किलर हत्या प्रक्रियाओं के कारणों का निदान कैसे करें


9

मेरे पास एक छोटा सा वर्चुअल प्राइवेट सर्वर है जो CentOS और www / mail / db पर चल रहा है, जिसमें हाल ही में कुछ हादसे हुए हैं जहाँ वेब सर्वर और ssh अनुत्तरदायी बन गए हैं।

लॉग को देखते हुए, मैंने देखा कि ओओम-किलर ने इन प्रक्रियाओं को मार दिया था, संभवतः स्मृति और स्वैप से बाहर निकलने के कारण।

क्या कोई मुझे कुछ संकेत दे सकता है कि किस तरह से निदान किया जा सकता है कि हाल की घटना का क्या कारण हो सकता है? क्या यह संभवतः पहली प्रक्रिया को मार दिया गया है? मुझे और कहाँ देखना चाहिए?

जवाबों:


11

नहीं, एल्गोरिथ्म इतना सरल नहीं है। आप अधिक जानकारी यहां पा सकते हैं:

http://linux-mm.org/OOM_Killer

यदि आप मेमोरी उपयोग को ट्रैक करना चाहते हैं, तो मैं एक कमांड चलाने की सलाह दूंगा:

ps -e -o pid,user,cpu,size,rss,cmd --sort -size,-rss | head

यह आपको उन प्रक्रियाओं की एक सूची देगा जो सबसे अधिक मेमोरी का उपयोग कर रहे हैं (और शायद ओओएम स्थिति पैदा कर रहे हैं)। | headयदि आप सभी प्रक्रियाओं की जांच करना चाहते हैं तो निकालें ।

यदि आप इसे अपने क्रोन पर रखते हैं, तो इसे हर 5 मिनट में दोहराएं और इसे एक फ़ाइल में सहेजें। कम से कम कुछ दिन रखें, ताकि बाद में क्या हुआ है, इसकी जांच कर सकें।

Ssh जैसी महत्वपूर्ण सेवाओं के लिए, मैं ऐसी स्थिति में उन्हें पुनः आरंभ करने वाले ऑटो के लिए मॉनेट का उपयोग करने की सलाह दूंगा। यदि आपके पास इसके लिए एक रिमोट कंसोल नहीं है, तो यह मशीन तक पहुंच खोने से बचा सकता है।

बेस्ट ऑफ लक,
जोओ मिगुएल नेव्स


धन्यवाद - आखिरकार यह कोशिश कर रहा है कि एक दंपति द्वारा ऊम-हत्यारे की कुछ घटनाओं के बाद मेरे सर्वर को अपने घुटनों पर लाया जाए। कारण को ट्रैक करने की आवश्यकता है।
dunxd

6

मेरे पास हाल ही में इसके साथ एक कठिन समय था, क्योंकि प्रक्रिया (तों) कि ऑम-किलर स्टॉम्प्स जरूरी नहीं हैं जो जाग गए हैं। इसका निदान करने की कोशिश करते हुए, मैंने अपने अब के पसंदीदा उपकरणों में से एक के बारे में सीखा।

यह उपयोगिता स्टेरॉयड पर एक शीर्ष की तरह है। एक पूर्व-निर्धारित समय अंतराल पर, यह सिस्टम जानकारी को प्रोफाइल करता है। फिर आप यह देख सकते हैं कि क्या चल रहा है। यह ऐसी प्रक्रियाओं पर प्रकाश डालता है जो 80% + नीले रंग में और 90% + लाल रंग में होती हैं। सबसे उपयोगी दृश्य एक मेमोरी उपयोग तालिका है कि अंतिम समय अवधि में कितनी मेमोरी आवंटित की गई थी। यही वह है जिसने मुझे सबसे ज्यादा मदद की।

शानदार उपकरण - इसके बारे में पर्याप्त नहीं कह सकते।

atop प्रदर्शन मॉनिटर


1

Oom-kille r के नामकरण का यह लेख विशेष रूप से उपयोगी है। ऐसा लगता है कि आप कुछ प्रक्रियाओं को मारने के लिए प्राथमिकताओं को रोक सकते हैं (sshd एक VPS के लिए एक अच्छी शुरुआत होगी!)


1

ओओएम केवल उस प्रक्रिया को मार रहा है जिसमें उस समय सबसे अधिक मेमोरी का उपयोग होता है। जरूरी नहीं कि वह प्रक्रिया जो सीमा से अधिक हो या ती OOm कॉल हो।
इसके अलावा इसके स्मृति आवंटन के साथ लाइनक्स ढीला है। AKA अगर आपकी प्रक्रिया को 5gb की आवश्यकता है, लेकिन केवल 3 का उपयोग कर रहा है, तो linux एक अन्य प्रक्रिया को 2 का उपयोग नहीं करने देगा। प्रदर्शन> विश्वसनीयता। तब जब p1 को इसके पूर्ण 5 की आवश्यकता होती है तो इसे प्राप्त नहीं किया जा सकता

एक्सपेर्ट नहीं है। बस अपने आप से निपटना और मैंने जो पाया है

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.