প্রথম আদেশ: এটি প্রতিক্রিয়াশীল?
আপনি যদি লগ ইন করতে না পারেন তবে এই মুহূর্তে আরও বড় সমস্যা রয়েছে। এটি সাধারণত দুটি স্বাদে আসে: হার্ডওয়্যার ব্যর্থতা এবং সফ্টওয়্যার ব্যর্থতা। উভয়ই সম্ভাব্য বিপর্যয়কর। ডিএফএ ত্রুটিগুলি রোধ করতে প্রথমে সাধারণ হার্ডওয়্যার স্বাস্থ্য পরীক্ষা করুন - একটি সাধারণ দৃষ্টিকোণ সাধারণত যথেষ্ট হবে।
দ্বিতীয় আদেশ: সিস্টেমের অন্তর্নিহিত কাঠামোগুলি কি সুস্বাস্থ্য এবং শৃঙ্খলায় রয়েছে?
সিস্টেমগুলির "গোল্ডেন ট্রায়াড" পরীক্ষা করুন:
- প্রসেসিংয়ের জন্য পর্যাপ্ত সিপিইউ সময় নিখরচায়
- স্টোরেজের জন্য পর্যাপ্ত ডিস্কের স্থান বিনামূল্যে
- কাজের চাপের জন্য পর্যাপ্ত মেমরি বিনামূল্যে
গত কয়েক দশকে, ত্রিয়ার একটি "চতুষ্কাল" রূপান্তরিত হয়েছে যার মধ্যে যোগাযোগ (নেটওয়ার্কিং) অন্তর্ভুক্ত রয়েছে:
- সংযোগ কার্যকরী, প্রতিক্রিয়াশীল এবং ক্ষমতা রয়েছে
তৃতীয় আদেশ: ইস্যুটির তীব্রতা কী?
কোন প্রোগ্রাম বা পরিষেবাগুলি প্রভাবিত হয়? তীব্রতার ক্রম হ্রাসে, এটি কি সিস্টেমিক (সিস্টেম-প্রশস্ত), ক্লাস্টারড (প্রোগ্রামগুলির একটি গ্রুপ), বা বিচ্ছিন্ন (একটি নির্দিষ্ট প্রোগ্রাম)? প্রোগ্রামগুলির ক্লাস্টারগুলি সাধারণত ট্রিপ আপ হয় কারণ একটি নির্দিষ্ট অন্তর্নিহিত পরিষেবা ব্যর্থ হয়েছে বা প্রতিক্রিয়াহীন হয়ে গেছে। সিস্টেমেটিক সমস্যাগুলি কখনও কখনও এটির সাথে সম্পর্কিত হয় (ডিএনএস বা আইপি দ্বন্দ্বগুলি ভাবেন) তবে কোথায় দেখতে হবে তা জেনে রাখা সাধারণত কী।
চতুর্থ আদেশ: ডায়গনিস্টিক সরঞ্জামগুলি কি দরকারী ডেটা সরবরাহ করে?
সিস্টেমের স্বাস্থ্য সম্পর্কে দ্বিতীয়বার (দ্বিতীয় ক্রম) এবং এর কোন অংশগুলি সমস্যা (তৃতীয় ক্রম) অনুভব করছে সে সম্পর্কে আপনার কাছে এখন সমস্যা রয়েছে যেখানে এটি সঙ্কুচিত করা সহজতর হওয়া উচিত।
ত্রুটি বার্তা বা লগ ফাইলগুলি এই যাত্রায় একটি সাধারণ উপায় হতে হবে।
সিপিইউ ইস্যুগুলি:
ডিস্ক স্পেস / আইও ইস্যুগুলি:
- df প্রয়োগ
- ডু
- lsof
- iostat
- vmstat
মেমরি সমস্যা:
সংযোগ সমস্যা:
- পিং
- রুট (এবং আরপ এবং র্যাপ এবং বন্ধুরা)
- iptables, ipchains, ipfw (যারা বিএসডি ভাবেন তাদের জন্য সেখানে)
- ট্রেস্রোলেট বা মিটার
- হোস্ট, এনস্লুআপ বা ডিগ
- netstat কমান্ড
সর্বাধিক সাধারণ অভিযোগ (যা আমি শুনেছি):
ইমেল দ্রুত সরবরাহ করছে না (প্রাপকের কাছ থেকে প্রাপ্য থেকে এক মিনিটেরও বেশি) বা ইমেল আমার প্রেরণের প্রচেষ্টা প্রত্যাখ্যান করছে। এটি সাধারণত স্প্যাম-ঝড়ের সময় লাথি মারতে পোস্টফিক্সের রেট সীমাতে চলে আসে, যা অভ্যন্তরীণ বিতরণ গ্রহণের ক্ষমতাকে প্রভাবিত করে।
বাস্তব জীবনের উদাহরণ:
যাইহোক, এই সবসময় তা হয় না। একসময়, পরিষেবাটি পুনরায় আরম্ভ না করেই বিষয়টি স্থির ছিল; সুতরাং 3 মিনিটের পরে এটি চারপাশে তাকাতে শুরু করার সময় ছিল। সিপিইউ ব্যস্ত ছিল তবে 100% এর নিচে, তবুও মাত্র 2 টি কোরের একটি বাক্সে বোঝা 15 এ বেড়েছে এবং আরও বেশি হওয়ার হুমকি দিচ্ছিল। শীর্ষ কমান্ডটি প্রকাশ করেছে যে মেল সিস্টেমটি মেল স্ক্যানার সহ ওভারড্রাইভের মধ্যে ছিল, তবে সেখানে কোনও অ্যামাভিস শিশু প্রক্রিয়া দেখা যায়নি। এটি ক্লু ছিল - মেল কিউ কমান্ড (মেলকিউ) প্রায় 150+ টি অবিকল্পিত বার্তা দেখিয়েছিল, যার 80% এর বেশি স্প্যাম ছিল, শেষ 20 মিনিটে। শিশু ইমেল স্ক্যানার প্রক্রিয়া (ব্যাকলগ প্রক্রিয়াকরণে সহায়তা করতে) সংখ্যা বৃদ্ধি করার সাথে সাথে রেট সীমাবদ্ধতা (যা স্প্যাম ঝড়ের ইনটেকের হারকে হ্রাস করেছে) কমিয়ে আনার জন্য একটি দ্রুত সমন্বয়, সমস্যাটি সমাধান করেছে এবং সিস্টেম সক্ষম হয়েছিল একটি স্বল্প সময়ের মধ্যে সরবরাহ সম্পূর্ণ।
সমস্যার কারণ হ'ল আমাভিস পিতামাতার প্রক্রিয়াটি মৃতদের উপরে ঝুঁকিয়েছিল এবং শিশু প্রক্রিয়াগুলি শেষ পর্যন্ত সমস্ত তাদের কোর্সটি চালিয়েছিল (তারা মেমরি ফাঁস রোধে এতগুলি স্ক্যানের পরে স্ব-সমাপ্ত করে)। সুতরাং পোস্টফিক্সে যোগাযোগের চেষ্টা করার সময় এসএমটিপি প্রক্রিয়া ছিল ... পাতলা বাতাস ... যে স্প্যাম / ভাইরাস স্ক্যানের প্রয়োজন ছিল তা করতে। আমি যে ডিস্ট্রোটি ব্যবহার করছিলাম তার মধ্যে পুরানো প্যাকেজ রয়েছে যা কখনই আপডেট হবে না; যেহেতু ইনস্টলেশনটি এক বছর বা তার পরে প্রতিস্থাপন করা হচ্ছিল, তাই আমি ম্যানুয়ালি ইনস্টলটিকে সর্বশেষ সংস্করণে "ওভাররড" করেছি, যার মধ্যে বেশ কয়েকটি বাগ ফিক্স অন্তর্ভুক্ত রয়েছে। সেই থেকে আমার আর সমস্যা হয়নি।