ওম-হত্যাকারী হত্যার প্রক্রিয়াগুলির কারণগুলি কীভাবে নির্ণয় করা যায়


9

আমার কাছে সেন্টোস এবং www / মেইল ​​/ ডিবি চলমান একটি ছোট ভার্চুয়াল প্রাইভেট সার্ভার রয়েছে, যা সম্প্রতি বেশ কয়েকটি ঘটনা ঘটেছে যেখানে ওয়েব সার্ভার এবং এসএসএস প্রতিক্রিয়াহীন হয়ে পড়েছে।

লগগুলিতে তাকিয়ে দেখলাম যে ওম-হত্যাকারী এই প্রক্রিয়াগুলি মেরে ফেলেছিল সম্ভবত মেমরি এবং অদলবদল বন্ধ হয়ে যাওয়ার কারণে।

যে কেউ আমাকে সাম্প্রতিকতম ঘটনার কারণ হতে পারে তা নির্ণয় করার জন্য কীভাবে আমাকে কিছু পয়েন্টার দিতে পারেন? সম্ভবত এটিই প্রথম প্রক্রিয়াটি মারা গেল? আমি আর কোথায় খুঁজছি?

উত্তর:


11

না, অ্যালগরিদম এত সরল নয়। আপনি এখানে আরও তথ্য পেতে পারেন:

http://linux-mm.org/OOM_Killer

আপনি যদি মেমরির ব্যবহার ট্র্যাক করতে চান তবে আমি এই জাতীয় কমান্ড চালানোর পরামর্শ দিচ্ছি:

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

এটি আপনাকে সেই প্রক্রিয়াগুলির একটি তালিকা দেবে যা সর্বাধিক মেমরি ব্যবহার করে (এবং সম্ভবত OOM পরিস্থিতি সৃষ্টি করে)। | headআপনি যদি সমস্ত প্রক্রিয়া পরীক্ষা করতে পছন্দ করেন তবে সরান ।

যদি আপনি এটি আপনার ক্রোনটিতে রাখেন তবে প্রতি 5 মিনিটে এটি পুনরাবৃত্তি করুন এবং এটি একটি ফাইলে সংরক্ষণ করুন। কমপক্ষে কয়েক দিন রাখুন, যাতে পরে কী ঘটেছিল তা পরীক্ষা করতে পারেন।

Ssh এর মতো সমালোচনামূলক পরিষেবার জন্য, আমি এ জাতীয় পরিস্থিতিতে অটো পুনরায় চালু করার জন্য মনিট ব্যবহার করার পরামর্শ দেব। আপনার যদি এটিতে কোনও দূরবর্তী কনসোল না থাকে তবে এটি মেশিনের অ্যাক্সেস হারিয়ে ফেলতে পারে save

শুভকামনা,
জোও মিগুয়েল নেভেস


ধন্যবাদ - অবশেষে ওম-কিলারটি আমার সার্ভারকে হাঁটুর কাছে নিয়ে আসার আরও দু'বার ঘটনার পরে এটি চেষ্টা করে চলেছে। কারণ অনুসন্ধান করা প্রয়োজন।
dunxd

6

সাম্প্রতিককালে আমি এটির সাথে খুব কঠিন সময় কাটিয়েছি, কারণ ওম-হত্যাকারী যে প্রক্রিয়াটি (গুলি) চালিয়ে গেছে তা অবশ্যই অচল হয়ে পড়েছে। এটি নির্ণয়ের চেষ্টা করার সময়, আমি আমার এখন প্রিয় একটি সরঞ্জাম সম্পর্কে শিখেছি, শীর্ষে।

এই ইউটিলিটি স্টেরয়েডের শীর্ষের মতো। একটি পূর্ব নির্ধারিত সময়ের ব্যবধানে এটি সিস্টেমের তথ্য প্রোফাইল করে। এরপরে কী চলছে তা দেখতে আপনি এটি আবার খেলতে পারবেন। এটি এমন প্রক্রিয়াগুলি হাইলাইট করে যা 80% + নীল এবং 90% + লাল in সর্বাধিক দরকারী দর্শনটি মেমোরি ব্যবহারের সারণী যা শেষ সময়কালে কত স্মৃতি বরাদ্দ করা হয়েছিল is সেটাই আমাকে সবচেয়ে বেশি সাহায্য করেছিল।

কল্পনাপ্রসূত সরঞ্জাম - এটি সম্পর্কে যথেষ্ট বলতে পারে না।

উপরে কর্মক্ষমতা মনিটর


1

টেমিং ওম-কিল আর সম্পর্কিত এই নিবন্ধটি বিশেষভাবে দরকারী বলে মনে হচ্ছে। মনে হয় আপনি নির্দিষ্ট প্রক্রিয়াগুলি হত্যার প্রতিরোধে অগ্রাধিকার নির্ধারণ করতে পারেন (এসএসডি একটি ভিপিএসের জন্য একটি ভাল শুরু হবে!)


1

OOM কেবল সেই প্রক্রিয়াটিকেই হত্যা করছে যা সেই সময়ের সবচেয়ে বেশি স্মৃতি ব্যবহার করে use অগত্যা যে প্রক্রিয়াটি সীমা ছাড়িয়ে গেছে বা তে OOm কল হয়েছে।
এছাড়াও লিনাক্স এর স্মৃতি বরাদ্দ দিয়ে শিথিল। আপনার প্রসেসটি 5 জিবি প্রয়োজন তবে একে মাত্র 3 টি ব্যবহার করছে এ কেএ, লিনাক্স অন্য প্রক্রিয়াটিকে 2 টি ব্যবহার করছে না এটি ব্যবহার করতে দেবে। কর্মক্ষমতা> নির্ভরযোগ্যতা। তারপরে যখন পি 1 এর পূর্ণ 5 প্রয়োজন হয় তখন তা এটি পায় না

এক্সপ্রের্ট নয়। আমি নিজেই এটি এবং আমি যা পেয়েছি তা মোকাবিলা করছি

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.