সার্ভারে থাকা সমস্ত পরিষেবাদি কী কারণে নীচে যেতে পারে, তবুও পিংয়ের প্রতিক্রিয়া জানাচ্ছে? এবং কিভাবে খুঁজে বের করতে


9

এটি ইতিমধ্যে খুব অল্প কয়েক দিনের মধ্যে আমার দু'বার হয়ে গেছে যে আমার সার্ভারটি পুরোপুরি নেমে গেছে, যার অর্থ HTTP, ssh, ftp, dns, smtp, মূলত সমস্ত পরিষেবাগুলি প্রতিক্রিয়া দেওয়া বন্ধ করে দেয়, সার্ভারটি বন্ধ হয়ে গেছে, যদি তা এখনও পিংয়ের প্রতিক্রিয়া বাদ দেয় except , এটিই আমাকে সবচেয়ে বেশি স্নেহ করে।

আমার কাছে এমন কিছু পিএইচপি স্ক্রিপ্ট রয়েছে যা সংক্ষিপ্ত বিস্ফোরণে সার্ভারে একটি বিশাল লোড (সিপিইউ এবং মেমরি) তৈরি করে, এটি ব্যবহারকারীদের একটি ছোট গ্রুপ দ্বারা ব্যবহৃত হয়, তবে সাধারণত সার্ভারগুলি এই বিস্ফোরণগুলিতে পুরোপুরি ভালভাবে "বেঁচে থাকে", এবং যখন এটি ডাউন হয় ব্যবহারের ক্ষেত্রে এ জাতীয় শিখর সাথে কখনই মিলিত হয় না (আমি বলছি না যে এটি সম্পর্কিত হতে পারে না, তবে এটি কেবল পরে ঘটে না)।

আমি আপনাকে জাদুকরভাবে আমাকে এই ক্র্যাশগুলির চূড়ান্ত কারণটি বলতে সক্ষম হতে বলছি না, আমার প্রশ্ন: একটি একক প্রক্রিয়া আছে যার মৃত্যুর ফলে এই সমস্ত পরিষেবাগুলি একই সাথে হ্রাস পেতে পারে? মজার বিষয় হ'ল পিং বাদে সমস্ত নেটওয়ার্ক পরিষেবাদি হ্রাস পাচ্ছে। যদি সার্ভারের কোনও প্রসেস দ্বারা 100% সিপিইউ খেয়ে থাকে তবে এটি পিংয়ের প্রতিক্রিয়া জানায় না। যদি অ্যাপাচি ক্রাশ হয়ে থাকে (উদাহরণস্বরূপ) একটি ভাঙা পিএইচপি স্ক্রিপ্টের কারণে, এটি কেবলমাত্র http এ ক্ষতিগ্রস্থ হবে, ssh এবং dns নয় .... ইত্যাদি etc.

আমার ওএসটি সেন্ট ওএস 5.6

সর্বাধিক গুরুত্বপূর্ণ, সার্ভারটিকে হার্ড-রিবুট করার পরে, আমার কোন সিস্টেমে লগটি দেখতে হবে? / var / লগ / বার্তা সন্দেহজনক কিছু প্রকাশ করে না reveal

উত্তর:


8

( টিএল; ডাঃ এখনও পিংয়ের প্রতিক্রিয়া প্রত্যাশিত আচরণ, আপনার মেমোরির ব্যবহার পরীক্ষা করুন)

আইসিএমপি ইকো অনুরোধগুলি (অর্থাত্ পিং) ইন-কার্নেল নেটওয়ার্কিং স্ট্যাক দ্বারা পরিচালিত হয়, অন্য কোনও নির্ভরতা নেই।

কার্নেলটি "মেমোরি রেসিডেন্ট" হিসাবে পরিচিত, যার অর্থ এটি সর্বদা র‍্যামে রাখা হবে এবং নিয়মিত অ্যাপ্লিকেশন ক্যানের মতো ডিস্কে অদলবদল করা যায় না।

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

আপনার সমস্যার বিষয়ে আমি মেমরির সমস্যাগুলি দৃ strongly়ভাবে সন্দেহ করব। "সিস্টেস্টাট" ইনস্টল করুন এবং মেমরি / সিপিইউ / লোড / আইও লোড ইত্যাদির লগ দেখতে "সর" কমান্ডটি ব্যবহার করুন ইত্যাদি ক্র্যাশ হওয়ার সময় আমি আশা করব যে আপনি 100% শারীরিক এবং অদলবদল উভয়ই দেখতে পেয়েছেন।

আমিও এ খুঁজছেন বিবেচনা করবে dmesg আউটপুট বা প্রথমেই / var / log /? বার্তা হলে OOM kills-হত্যাকারী (আউট-অফ-মেমরি হত্যাকারী) প্রার্থনা হচ্ছে কোনো লক্ষণ জন্য। এটি কার্নেলের জরুরি ব্যবস্থা যা স্মৃতিশক্তি শেষ হয়ে যাওয়ার পরে হত্যা প্রক্রিয়া শুরু করবে। এর কার্যকারিতা মূলত কী প্রক্রিয়াগুলি নিহত হচ্ছে তার উপর নির্ভর করে। মেমোরি খাওয়ার একটি একক প্রক্রিয়া দক্ষতার সাথে নিহত হবে এবং মেমরি মুক্ত হবে, তবে একটি অ্যাপাচি-ভিত্তিক ওয়েবসাইট কোনও শিশু প্রক্রিয়া হত্যার সাথে সাথে প্রতিস্থাপন প্রক্রিয়াগুলিকে স্প্যান করবে।


ওম খুনির জন্য +1
HTTP500

অনেক অনেক ধন্যবাদ, আমি প্রায় নিশ্চিত যে এটিই সমস্যা, কারণ সার্ভারের ব্যর্থতার আগে র‌্যাম এবং সোয়াপ দুটিই পূর্ণ ছিল full (আমি ওভের ম্যানেজারের পরিসংখ্যানগুলিতে দেখতে পাচ্ছি)। এবং এটি সম্ভবত আমার ক্রেজি পিএইচপি স্ক্রিপ্টগুলির প্রচুর স্মৃতি ব্যবহার করে। এটি বেশ কয়েকটি কারণে আমাকে ধাঁধা দেয়। (1) দেখে মনে হচ্ছে পিএইচপি দ্বারা খাওয়া স্মৃতিটি পরবর্তীতে মুক্ত হয় না, তবে এটি কোনও অর্থ দেয় না; (২) যে কোনও ক্ষেত্রে, আমি খুব বেশি মেমরি ব্যবহার করে এমন একটি (বা এমনকি কয়েকটি) প্রক্রিয়াগুলির কারণে একটি সঠিক অপারেটিং সিস্টেম সম্পূর্ণরূপে মারা যাওয়ার আশা করবো না ... আমি এটি আশা করব
ম্যাটটিও

সিস্টেমের সঠিকভাবে কাজ চালিয়ে যাওয়ার জন্য যথেষ্ট পরিমাণে র্যাম না থাকলে প্রোগ্রামগুলির কাছে মেমোরি বরাদ্দ করতে অস্বীকার করুন ... আমি বলতে চাইছি একটি বগি বা এমনকি দূষিত প্রোগ্রামটি কখনই পুরো সিস্টেমটিকে ধ্বংস করতে সক্ষম হবে না ...
ম্যাটটিও

3
@ মাত্তিও লিনাক্সকে এটি "ওভারকমিট" বলে ডাকে: কেবল আপনার malloc()1 জিবি র‌্যামের অর্থ এই নয় যে আপনি এটি ব্যবহার করছেন, সুতরাং মেমোরি ম্যানেজার আপনার প্রোগ্রামের কতটা মেমরি মনে করে এবং মেমরির কতটুকু তা মনে রাখে প্রোগ্রামটি আসলে ব্যবহার করেছে এবং বেশিরভাগ সময় এটি কার্যকরভাবে কার্যকর হয়। কমপক্ষে, যতক্ষণ না একাধিক প্রোগ্রাম বাস্তবে 1GB এর সমস্তটি ব্যবহার করতে চায় যা এটি মনে করে has
DerfK

1
@ মাত্তিও আমি কোনও ইঙ্গিত দেখতে পাচ্ছি না যে এটি কোনও ওওএম সমস্যা। সাধারণত, ওওএম-হত্যাকারী নির্দিষ্ট মানদণ্ডগুলি পূরণ করে এমন নির্দিষ্ট বা প্রক্রিয়াগুলি বেছে নেবে তবে এটি সর্বদা এসএসএসের মতো ডেমনকে হত্যা করবে না। এটি অবশ্যই I / O সাইডে। আমি আমার উত্তরের অনুরোধ অনুসারে আপনি আপনার হার্ডওয়্যার পরিস্থিতি / চশমাগুলি ব্যাখ্যা করেন নি।
ew white

5

সাধারণত এটি আই / ও বা ডিস্ক সাবসিস্টেম সমস্যা। প্রায়শই, এটি অত্যন্ত-উচ্চ সিস্টেম লোড গড়ের সাথে মিলিত হয়। উদাহরণস্বরূপ, নীচের গ্রাফটিতে বর্ণিত সিস্টেমটি প্রতিক্রিয়াহীন হয়ে উঠল (এখনও পিংগাবল ছিল) যখন কোনও স্ক্রিপ্ট অকার্যকর হয়ে দৌড়ায়, একটি ফাইলের একটি গোছা লক করে এবং 4-সিপিইউ সিস্টেমে লোডটি 36 তে উন্নীত হয়।

এখানে চিত্র বর্ণনা লিখুন

যে পরিষেবাগুলি র‌্যামে চলছে এবং ডিস্ক অ্যাক্সেসের প্রয়োজন নেই সেগুলি চালিয়ে যাওয়া অব্যাহত থাকে ... এইভাবে, নেটওয়ার্ক স্ট্যাক (পিং) শেষ হয়, তবে অন্যান্য পরিষেবাদি যখন ডিস্ক অ্যাক্সেসের প্রয়োজন হয় তখন স্টল হয় ... যখন কোনও কী উল্লেখ করা হয় বা এসএসএইচ পাসওয়ার্ড অনুসন্ধান প্রয়োজন। এসএমটিপি যখন লোড গড় 30 বা ততোধিক হারে তখন বন্ধ হয়ে যায় ...

সিস্টেমটি এই অবস্থায় থাকলে nmapসার্ভারের আইপি-র বিরুদ্ধে একটি রিমোট চেষ্টা করুন ।

আপনার লগিং সম্ভবত এটি কাজ করে না যদি এটি কোনও ডিস্ক বা স্টোরেজ সমস্যা ...

আপনি হার্ডওয়্যার সেটআপ বর্ণনা করতে পারেন? এটি কি ভার্চুয়াল মেশিন? স্টোরেজ বিন্যাস কী?

লগিংয়ের চেয়েও বেশি, আপনি দেখতে চান যে আপনি সিস্টেমের পারফরম্যান্সের গ্রাফ করতে পারবেন এবং বুঝতে পারছেন যে এটি কখন ঘটছে। এটি নির্দিষ্ট কার্যকলাপের সাথে সম্পর্কিত কিনা তা দেখুন corre


এই বিষয়টি মনে করে, এসএসএইচকে পাসওয়ার্ড (গুলি) মেমরিতে রাখতে বলার কোনও উপায় আছে, তাই সার্ভারটি এই অবস্থায় থাকলেও আমি কমপক্ষে এসএসএসের মাধ্যমে এটিতে লগ ইন করতে এবং কিছু কমান্ড দেখার জন্য সক্ষম হতে পারি কি হচ্ছে?
ম্যাটটিও

1
যদি এটি I / O হয় তবে আপনাকে সমস্যার নীচে পৌঁছানো দরকার। যদি এটি কোনও ডিস্ক অ্যারের টাইমআউট বা ড্রাইভার ইন্টারঅ্যাকশন হয় তবে এটি কোনও স্ক্রিপ্টের চেয়ে আলাদা যা কার্যকরভাবে কার্যকর হয় না বা কোনও সংস্থান বিষয়বস্তু ইস্যু করে।
ew white
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.