এলপি: # 600941 যে সমস্ত ক্ষতির কারণ হ'ল প্যাচ জমা দেওয়ার সর্বোত্তম উপায় কী ?
আমি জিজ্ঞাসা করছি কারণ এলপি: # 600941 উবুন্টুর প্রতিটি সংস্করণে এই মুহুর্তে সমর্থিত ছিল। আমার কি কোনও নির্দিষ্ট সংস্করণ বাছাই করা উচিত এবং ubuntu-bug
এটি চালানো উচিত? সেই সংস্করণটি কি এলটিএস বা ওয়ানিরিক বা যথার্থ হওয়া উচিত (আমার যদি প্রয়োজন হয় তবে আমি কীভাবে যথার্থতা পেতে পারি?)
গল্পটি হ'ল এটির বাইরে বেরোনোর পরে আমাদের সমস্ত সিস্টেম নাগিওস এনআরপি পুনর্সূচনা ব্যর্থতাগুলি অনুভব করতে শুরু করে।
কমান্ড পছন্দ /etc/init.d/nagios-nrpe-server restart
এনআরপি থামিয়ে দেয় তবে পুনরায় আরম্ভ হবে না।
/etc/init.d/nagios-nrpe-server
স্ক্রিপ্টটি যেভাবে কল করছে তাতে আমি এটি ট্র্যাক করেছি start-stop-daemon
।
সমস্যাটি হ'ল /etc/init.d/nagios-nrpe-server
স্ক্রিপ্টের "স্টপ" স্তবকটি প্রথমে স্টার্ট-স্টপ-ডেমোন কল করে যা SIGTERM কে এনআরপিতে প্রেরণ করে এবং তারপরে কেবল এক সেকেন্ডের জন্য অপেক্ষা করে।
যদি এনআরপি ততক্ষণে না উপস্থিত থাকে তবে পিড ফাইলটি এখনও উপস্থিত থাকবে এবং /etc/init.d/nagios-nrpe-server
স্ক্রিপ্টটি এটি সরিয়ে ফেলবে।
খারাপ যদি /etc/init.d/nagios-nrpe-server restart
ব্যবহার করা হয় না শুধুমাত্র PID ফাইল সরানো হবে পুনর্সূচনা nrpe প্রচেষ্টা উপলব্ধ ব্যর্থ হবে যে nrpe ডেমন এখনও শাট ডাউন মধ্যে শ্লথ হয়।
এই পরিস্থিতিতে শুরু করার চেষ্টা ব্যর্থ হবে কারণ এনআরপি এখনও একটি সকেটের সাথে আবদ্ধ থাকবে এবং বাঁধাইয়ের দ্বিতীয় প্রচেষ্টাটি এনআরপি স্টার্টআপটি বাতিল করতে বাধ্য করবে।
"কখনও কখনও পিড ফাইলটি সরানো হয় না" এমন মন্তব্য কেন কেন হয়েছিল তা তাদের ভেবে অবাক করা উচিত ছিল।
তাদের এমন সিস্টেমে পরীক্ষা করা উচিত ছিল যাতে ভারী বোঝা থাকে এবং তাই এনআরপি সাড়া দেওয়ার সময়কে ধীর করে দেয়।
সমাধানটি হ'ল --retry 10
এর অনুরোধে যুক্ত করা বা এই জাতীয়start-stop-daemon ... --stop ...
ধন্যবাদ