এনআরপিই আউটপুট পড়তে অক্ষম, তবে কেন?

Question

এনআরপিই নিয়ে আমার এই সমস্যা আছে, নেট এ এখন পর্যন্ত আমি যে সমস্ত জিনিস পেয়েছি তা আমার ইতিমধ্যে চেষ্টা করা জিনিসগুলিতে আমাকে ইঙ্গিত করে।

# /usr/local/nagios/plugins/check_nrpe -H nrpeclient

দেয়

NRPE v2.12

প্রত্যাশিত.

কমান্ডটি হাতে চালনা ("এনআরপিসিলেন্ট" এ nrpe.cfg সংজ্ঞায়িত হিসাবে, প্রত্যাশিত প্রতিক্রিয়া দেয়

nrpe.cfg:

command[check_openmanage]=/usr/lib/nagios/plugins/additional/check_openmanage -s -e   -b ctrl_driver=0 bat_charge

"Expected response"

তবে যদি আমি নাগিও সার্ভার থেকে কমান্ডটি চালানোর চেষ্টা করি তবে আমি নিম্নলিখিতটি পাই:

# /usr/local/nagios/plugins/check_nrpe -H comxps -c check_openmanage
NRPE: Unable to read output

কেউ কি অন্য কোথাও ভাবতে পারেন যে আমি এটির সাথে ভুল করেছি? আমি কোনও সমস্যা ছাড়াই অন্য একাধিক সার্ভারে একই জিনিসটি করেছি। এর সাথে আমি কেবল পার্থক্যটিই ভাবতে পারি যে এই বাক্সটি আরএইচইল 5 ভিত্তিক, অন্যগুলি আরএইচইএল 4 ভিত্তিক।

উপরে যে দুটি বিট আমি পরীক্ষা করেছি সেগুলি হ'ল লোকেরা যখন এই সমস্যাটি নিয়েছিল তখন বেশিরভাগ লোকই তাদের পরামর্শ দেয়।

আমার উল্লেখ করা উচিত যে লগগুলিতে পুনরায় চালু করার সময় আমি একটি অদ্ভুত ত্রুটি পেয়েছি nrpe:

nrpe[14534]: Unable to open config file '/usr/local/nagios/etc/nrpe.cfg' for reading 
nrpe[14534]: Continuing with errors...
nrpe[14535]: Starting up daemon
nrpe[14535]: Warning: Daemon is configured to accept command arguments from clients!
nrpe[14535]: Listening for connections on port 5666 
nrpe[14535]: Allowing connections from: bodbck,combck,nam-bck

তবুও, এটি /usr/local/nagios/etc/nrpe.cfgআরও নীচে যে বিষয়টির কথা বলছে তা পেতে এটি ফাইলটি স্পষ্টভাবে পড়ছে ..

Comments

এনআরপিই-র

— mailq

অন্যটি বন্ধ থাকায় এটি রাখা যাক।

— বার্ট ডি ভোস

এছাড়াও, নিশ্চিত করুন যে STDOUT আসলে ফ্লাশ হয়েছে।

Answer 1

আপনার অধিকার সম্পর্কিত সমস্যা আছে।

কমান্ডটি এতে পরিবর্তন করুন:

command[check_openmanage]=sudo /usr/lib/nagios/plugins/additional/check_openmanage -s -e -b ctrl_driver=0 bat_charge

(সুডো যোগ করুন)

তারপরে, নাডিয়ো-ব্যবহারকারীকে সুডোরগুলিতে যুক্ত করুন:

nagios ALL=(ALL) NOPASSWD:/usr/lib/nagios/plugins/additional/check_openmanage

অথবা আপনি কেবল ফাইল chmod করতে পারেন ... এটি কাজ করে।

আপনি যদি সেন্টোস, রেড হ্যাট, সায়েন্টিফিক বা ফেডোরা ব্যবহার Defaults requirettyকরছেন তবে sudoers ফাইলে অক্ষম করার বিষয়টি নিশ্চিত করুন।

Comments

@ বার্ট ডি ভোস কিন্তু আপনি যে উত্তরটি যুক্ত করেছেন এটি একটি সুরক্ষা গর্ত করে তুলবে> সুডোয়ার্স ফাইলে কিছু যুক্ত করে আপনাকে সম্ভাব্য সুরক্ষা ঝুঁকির জন্য উন্মুক্ত করে দেবে। উদাহরণস্বরূপ, যদি কোনও বাফার ওভারফ্লোর মাধ্যমে কেউ একই জায়গায় একই নামের সাথে কোনও ফাইল একই স্থানে ফেলে দিতে সক্ষম হয় তবে তারা মূল পাসওয়ার্ড না জেনে এটি চালিয়ে দিতে পারে এবং বাক্সটির নিয়ন্ত্রণ অর্জন করতে পারে: এস কীভাবে কোনও স্বাক্ষর রাখার উপায় নেই (SHA1)? বা এমডি 5) অ্যাপ্লিকেশনটির sudoers ফাইলে এই ধরণের আক্রমণ রোধ করতে। অর্থাত্ ইনজেকশন করা ফাইলটির একই স্বাক্ষর থাকবে না এবং এটি কার্যকর হয় না। [এখানে প্রথম মন্তব্যটি পড়ুন] ( ক্র্যাশটাউ.ব্লগস্পট.কম

— আহমদ

@ এক্স-ওয়ার: এটি সত্য হলেও, এখানে বাফার ওভারফ্লো অপব্যবহারের সুযোগটি খুব পাতলা। এটি হওয়া থেকে রোধ করার জন্য, আপনাকে অ্যাপারর্মার / সেলইনাক্স ব্যবহার করা উচিত। এই কারণেই এই জিনিসগুলির অস্তিত্ব রয়েছে।

— বার্ট দে ভোস

আমার ধারণা বিভিন্ন ডিস্ট্রো এমনকি বিভিন্ন ব্যবহারকারী রয়েছে, আমার ক্ষেত্রে ভিসুডোতে যুক্ত হওয়া ব্যবহারকারী নাগিও ছিলেন না। আমি এখনও বার্ট ডি ভোসের সমাধানটি অনুসরণ করেছি, তবে আপনি দেখতে পাচ্ছেন কোন ব্যবহারকারী / var / লগ / সুরক্ষিত অ্যাক্সেস লগটি দেখে এনআরপি কমান্ডটি অ্যাক্সেস করার চেষ্টা করছেন। জুলাই 24 15:39:09 হোস্টনাম সুডো: এনআরপি: ব্যবহারকারী সুডারে নেই; টিটিওয়াই = অজানা; পিডাব্লুডি = /; ব্যবহারকারী = মূল; COMMAND = / usr / lib64 / নাগিও / প্লাগিন / চেক_ডিস্ক -w 20% -c 10% -p / dev / mapper / vg_uxp-lv_root

@ আহমাদহজ্জার আপনি কি গুরুতর? আপনি ভাবেন যে কেউ নাগিওস হ্যাক করবে (একটি সিস্টেমটি 20 বছরের পুরানো) এবং ব্যবহারকারীকে রুট অনুমতি নিয়ে কোনও ফাইল সম্পাদন করতে ব্যবহার করবে। এবং আপনি কি মনে করেন যে আমি কারওর উপরে কোনও ফাইল অনুলিপি করা থেকে রক্ষা করতে কেবল পঠনযোগ্য হিসাবে চালানো কার্যকর হতে পারি না? আপনি যদি এটি নিয়ে উদ্বিগ্ন হন তবে sudo ব্যবহারের পরিবর্তে আপনি চেক_অ্যাপনেমেনেজ নিজেই এক্সিকিউটেবল সেটআপ করতে পারেন এবং যে কাউকে এটি চালাতে দিন!

— ইভান ল্যাংলোইস

Answer 2

সংক্ষিপ্ত উত্তর: আপনি যদি কোনও ব্যাশ প্লাগইন ব্যবহার করছেন তবে নিশ্চিত হন যে আপনার কাছে কোনও শেবাং রয়েছে যা উল্লেখ করে কোন দোভাষী ব্যবহার করা উচিত:#!/bin/bash

---

আমি নিজে লিখেছি এমন একটি নাগিওস প্লাগইন নিয়ে আমি একই সমস্যার মুখোমুখি হয়েছি। স্থানীয়ভাবে চালু হওয়ার সময় স্ক্রিপ্টটি প্রত্যাশার মতো চলছিল, এমনকি nagiosনিম্নলিখিত বিবৃতিটি ব্যবহার করে ব্যবহারকারী হিসাবে চলাকালীন :

$ sudo sudo -s -u nagios
$ /path/to/my/plugin.sh
STATUS: OK

তবে নাগিওএস 3 সার্ভার থেকে এনআরপিই ব্যবহার করে রিমোট-লঞ্চ করা ব্যর্থ হয়েছিল:

$ /usr/lib/nagios/plugins/check_nrpe -H my-nagios-client -c my_plugin
NRPE: Unable to read output

পরিশেষে আমি একটি যোগ করে এই ক্ষেত্রে মীমাংসিত কুঁড়েঘর , আমার লিপিতে যেমন হাজির যে NRPE মাধ্যমে স্ক্রিপ্ট চালাতে যখন মাধ্যমে চলমান হিসাবে একই অনুবাদক ব্যবহার করা হয়নি sudo sudo -s -u nagios।

Comments

আরবিএনভের সাথে রুবি স্ক্রিপ্ট নাগিওস প্লাগইন ব্যবহার করার সময় এই সমস্যা হয়েছিল। ফিক্সটি ছিল একটি দিয়ে একটি র‍্যাপার স্ক্রিপ্ট তৈরি করার জন্য#!/bin/bash -el eval "$(rbenv init -)" /usr/lib/nagios/plugins/check_something $@

— ট্রিনিট্রনএক্স

আশ্চর্যজনক উত্তর! sudo -s -u নাগিও আমাকে নাগিওগুলি কেন একটি নির্দিষ্ট প্লাগইন থেকে আউটপুট ফেরত দিতে পারে না তা দেখার অনুমতি দেয়। তোমাকে অনেক ধন্যবাদ!

— ufk

Answer 3

আমার ক্ষেত্রে সমস্যাটি ছিল সহজ - ব্যবহারকারী নাগিওগুলি স্ক্রিপ্টটি কার্যকর করতে সক্ষম হয় নি। Chmod পরে এটি কাজ শুরু। সুডোর দরকার নেই। এটা এমনকি খারাপ :)

Comments

আসল উত্তর এটি। খারাপ অনুমতি, স্ক্রিপ্টটি ভুলভাবে বানানো হয়েছে, বা স্ক্রিপ্টটি সেখানে না থাকার কারণে নাগিস স্ক্রিপ্টটি কার্যকর করতে সক্ষম হয়নি।

— ড্রপ করুন

Answer 4

চেক_এনআরপি 'এনআরপিই: আউটপুট পড়তে পারা যায় নি' চেকটি স্থানীয়ভাবে কাজ করা সত্ত্বেও আমি যে প্লাগইনটি ব্যবহার করছিলাম সেটি সেলইনক্সের সাথে ভালভাবে কাজ করে নি। এটি অক্ষম করুন এবং ফাইলের প্রসঙ্গগুলি মুছে ফেলার বিষয়টি নিশ্চিত করুন:

$ ls -l check_om_storage
-r-xr-xr--. 1 root nrpe 3808 Feb 27 17:54 check_om_chassis
$ setfattr -x security.selinux check_om_storage
$ ls -l check_om_chassis 
-r-xr-xr-- 1 root nrpe 3808 Feb 27 17:54 check_om_chassis

Comments

সেলিনাক্স অক্ষম করার সময় সাধারণত এটি পরীক্ষার জন্য ভাল ধারণা নাও হতে পারে তবে এটি বৈধ।

— ডেনিস নোল্টে

Answer 5

পথনির্দেশ, অনুমতি, সেলিনাক্স, iptables পরীক্ষা করুন।

খনি ক্লায়েন্টে একটি পথিং সমস্যা ছিল: nrpe.cfg, চেক_ * প্লাগইন নামের কমান্ড পাথটি ডাবল চেক করুন। এগুলি পথের নাম হিসাবে বিভ্রান্তিকর, (lib / স্থানীয়) (লিবেক্সেক / প্লাগিন) হতে পারে। কমান্ডগুলি করার জন্য আমি ভুল করে yanked এবং মন্তব্য করা প্রাক প্যাকেজড এনআরপি সিএফজি ফাইল থেকে পথগুলি রেখেছি। মেক ইনস্টল বা ইয়ম প্লাগইন ইনস্টল এটিকে একটি পৃথক ডিরেক্টরিতে রাখে।

মন্তব্য করেছেন: / ইউএসআর / স্থানীয় / নগিওস / লিবেক্সেক / চেক_ডিস্ক

বনাম

রিয়েলপথ: / usr / lib / নাগিও / প্লাগইন / চেক_ডিস্ক

সার্ভার থেকে আমি এটি নিশ্চিত করতে সক্ষম হয়েছি এটি ফায়ারওয়াল সমস্যা নয়, 5666 পোর্টে টেলনেট করতে পারে, একটি কম্বল চেক_এনআরপি চালাতে পারে এবং একটি রিটার্ন মান হিসাবে স্থিতি পেতে পারে। কমান্ডগুলি স্থানীয়ভাবে চালাতে পারত তবে এনআরপি-র ক্লায়েন্টের উপর ভুল পথ ছিল nrpe.cfg এ।

Answer 6

আমার ক্ষেত্রে, কেবলমাত্র একটি প্লাগইন ব্যর্থ হয়েছে যখন বেশ কয়েকজন ঠিকঠাক কাজ করেছে। এটি একটি স্থানীয় সমস্যা হিসাবে দেখা গেছে।

প্লাগইনটি ছিল check_mem.shএবং এটি Memএর আউটপুটটিতে একটি গ্রেপ সম্পাদন করে free। তবে সিস্টেমের প্রশস্ত লোকস এর Speicherপরিবর্তে (জার্মান) ফিরে এসেছে Mem, সুতরাং প্রাপ্ত সমস্ত মানগুলি খালি স্ট্রিং ছিল।

Comments

রাশ, এসএফ স্বাগত! এটি আমার মতে একটি দুর্দান্ত প্রথম উত্তর: সংক্ষেপে, বিন্দুতে এবং এটি ইতিমধ্যে এখানে উত্তর সংগ্রহের ক্ষেত্রে নতুন কিছু যুক্ত করেছে। আমার কাছ থেকে +1, এবং আমি ভবিষ্যতে আপনার কাছ থেকে এই জাতীয় আরও উত্তর পড়তে আশা করি (আমি আশা করি আপনি আমার ছোট ফর্ম্যাটিং সম্পাদনাটি ক্ষমা করবেন)।

— ম্যাডহ্যাটার

Answer 7

এটি একটি অনুমতির সমস্যা, কেবল স্ক্রিপ্টের সম্পাদন সঠিকভাবে দিন এবং এটি ঠিক থাকবে:

এখানে একটি উদাহরণ: আগে / রিমোট হোস্ট :

[root@puppet1 nrpe.d]# ls -l /usr/lib/nagios/plugins/check_mem.sh
-rwxr--r-- 1 root root 1598 Jul  7 10:55 /usr/lib/nagios/plugins/check_mem.sh

এনআরপিই সার্ভার :

[root plugins]# ./check_nrpe -H 172.19.9.200 -c check_mem_vb
NRPE: Unable to read output

পরে: রিমোট হোস্ট :

[root@puppet1 plugins]# chmod o+x /usr/lib/nagios/plugins/check_mem.sh

[root plugins]# ./check_nrpe -H 172.19.9.200 -c check_mem_vb
Memory: OK Total: 1980 MB - Used: 139 MB - 6% used|Total=2076479488;;;Used=145076224;;;Cache=1528111104;;Buffer=211890176;;;

সমস্যা সমাধান.

Comments

উত্তম উত্তর, তবে এটি লক্ষ্য করাও ভাল যে সিস্টেমটি কীভাবে কনফিগার করা / অ্যাক্সেস / ব্যবহার করা যায় তার উপর নির্ভর করে chmod o + x এর মতো সমস্ত ব্যবহারকারীকে চেক_এনআরপি চালানোর অনুমতি দেওয়া সম্ভাব্য সুরক্ষা ঝুঁকি হতে পারে।

— অস্টিনিয়ান

Answer 8

আমার ক্ষেত্রে মনিটরিং করা লগ ফাইলটি রুটের মালিকানাধীন ছিল: ad, সুতরাং নাগিওর ব্যবহারকারীদের অ্যাডম গ্রুপে যুক্ত করার ফলে চেক_লগ কমান্ড সফল হয়েছিল, তবে কেবল তদারক করা হোস্টগুলিতে সরাসরি চালিত হলে। এটি পর্যবেক্ষণ করা হোস্টগুলিতে নাগিয়োস-এনআরপি-সার্ভার পরিষেবাটি আরম্ভ না করা পর্যন্ত নাগিও সার্ভারে চেক_এনআরপি ব্যবহার করা অবিরত ছিল eg

service nagios-nrpe-server restart

সুতরাং স্পষ্টতই পরিষেবাটি পুনরায় চালু করা অনুমতিগুলির পরিবর্তনটি এনআরপিইয়ের জন্য কার্যকর করার জন্য প্রয়োজনীয় ছিল, তবে এটি বের করতে আমার কিছুটা সময় লেগেছে।

Answer 9

কাস্টম এনআরপিই প্লাগইনগুলির ক্ষেত্রে প্রস্থান মূল্য সহ কিছু আউটপুট মুদ্রণ করতে ভুলবেন না। স্ক্রিপ্ট থেকে কোনও আউটপুট না থাকলে এনআরপিই অভিযোগ করবে "এনআরপিই আউটপুট পড়তে অক্ষম" । আপনি nrpe.cfg এ ডিবাগিং সক্ষম করতে পারেন এবং এই ত্রুটিটি পর্যবেক্ষণ করতে পারেন।

Answer 10

আমার ক্ষেত্রে সমস্যাগুলি সেলিনাক্স সম্পর্কিত ছিল (আরএইচইএল 6.5 চালিয়ে যাচ্ছে, সেলিনাক্স কার্যকর করা হবে)।

নাগিওস-প্লাগইনস- * ইয়াম এর মাধ্যমে ইনস্টল করা আপনার প্লাগইন ফাইলগুলি / usr / lib64 / নাগিও / প্লাগইনগুলিতে তৈরি করবে। যদি আপনি এই প্লাগইন ফাইলগুলিতে (ls -lZ) fcontext পরীক্ষা করেন, আপনি দেখতে পাবেন ফাইলগুলিকে "nagios_system_plugin_exec_t" এ প্রসঙ্গ প্রকার সেট করা আছে, যা চেক_এনআরপি প্রত্যাশা করে এমন প্রসঙ্গ প্রকার।

আমার ক্ষেত্রে, আমি "vi" ব্যবহার করে একটি কাস্টম স্ক্রিপ্ট "check_mem.sh" তৈরি করেছি। ফলস্বরূপ ফাইলটিতে "lib_t" তে প্রসঙ্গ প্রকার সেট করা আছে। এটি "এনআরপিই: আউটপুট পড়তে অক্ষম" আউটপুট দেওয়ার জন্য এনআরপি তৈরি করেছিল।

ফাইলের প্রসঙ্গটি "নাজিওস_সিস্টেম_প্লুগিন_েক্সেক_টি" তে পরিবর্তন করা সমস্যার সমাধান করেছে:

chcon -t nagios_system_plugin_exec_t /usr/lib64/nagios/plugins/check_mem.sh

সাধারণ সেলিনাক্স সমস্যা সমাধানের বিষয়টিও আমাকে এই সমস্যাটির দিকে চিহ্নিত করত (চেকিং /var/log/audit/audit.log), তবে এটাই শেষ কথা ছিল যা আমি ভেবেছিলাম

সম্পাদনা করুন: chcon অস্থায়ীভাবে প্রসঙ্গে পরিবর্তন করে। অবিচ্ছিন্নভাবে এটি ব্যবহার করতে semanage fcontext -a -t nagios_system_plugin_exec_t /usr/lib64/nagios/plugins/check_mem.sh restorecon -vF /usr/lib64/nagios/plugins/check_mem.sh

Answer 11

এটি এমন হতে পারে যে আপনি আপনার নাগিওস প্লাগইন ইনস্টল করেন নি, এনআরপিই সেগুলি খুঁজে পেতে বা তাদের অ্যাক্সেস করতে পারে না।

আমার কমান্ডগুলি সুডোয়ার্সে কখনও যোগ করতে হয়নি। নিশ্চিত করুন যে কমান্ডগুলি নাগিও ব্যবহারকারীর মালিকানাধীন এবং সেগুলি পঠনযোগ্য।

Answer 12

আমি মনে করি আপনাকে অবশ্যই আপনার স্থানীয় দিরগুলিতে প্লাগইন যুক্ত করতে হবে /usr/lib64/nagios/plugins/* । আপনার মত আমারও একই সমস্যা ছিল এবং আমি এই সমাধানটি দিয়ে এটি সমাধান করতে পারি।

Answer 13

আমার যে সমস্যা আপনি লিখেছেন। আমি যে পরীক্ষাটি চালিয়েছিলাম তা পার্ল থেকে হয়েছিল। এই /etc/nagios/nrpe.cfgকাজটি করার জন্য এই লাইনটি ফাইলে রাখুন ।

command [check_memory] = /usr/bin/perl /usr/lib64/nagios/plugins/check_memory -w 75-c 90 

Answer 14

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

Comments

লিঙ্কটি আপডেট করা হয়েছে

— Itai Ganot

Answer 15

এটি সাধারণত ঘটে যখন এনজিপিই সার্ভারটি নাগিওসের পরিবর্তে ব্যবহারকারী এনআরপি দিয়ে শুরু করা হয়।

nrpe_userমানটিকে নাগিওতে রূপান্তর করা হচ্ছে/etc/nagios/nrpe.cfgফাইলটিতে আপনার সমস্যার সমাধান করা উচিত।

nrpe_groupখুব পরিবর্তন করা যাবে প্রয়োজনে।

Answer 16

অন্য একটি জিনিস যাচাই করে দেখুন যে যদি আপনার কমান্ডটি sudo -u <another user>কমান্ডটি চালানোর জন্য ব্যবহার করে থাকে তবেlibexec ডিরেক্টরিটি (এবং তার উপরে ডিরেক্টরিগুলি) অবশ্যই ব্যবহারকারীকে স্বুড করার দ্বারা পঠনযোগ্য হবে।

উদাহরণস্বরূপ যদি আপনার আদেশটি হয়:

command[check_tomcat]=sudo -u tomcat /usr/local/nagios/libexec/check_tomcat ...

টমক্যাট ব্যবহারকারী অবশ্যই সেই ফাইলটি অ্যাক্সেস করতে সক্ষম হবেন।

এটি ঠিক করার একটি উপায় হ'ল:

chmod 0775 /usr/local/nagios/
chmod 0755 /usr/local/nagios/libexec

আপনার এক্সিকিউটেবলগুলি যেখানেই থাকুক না কেন সেখানে সর্বশেষ অংশটি প্রতিস্থাপন

Answer 17

আমারও একই সমস্যা ছিল এবং আমি নাগিও প্রক্রিয়াটি (মনিটরিড মেশিনে) হত্যা করে এটি সমাধান করতে পারি:

ps -ef | grep nagios
kill -9 [NagiosProcessNumber]
/etc/init.d/nagios-nrpe-server start

তারপরে সব ঠিক হয়ে গেল।

Answer 18

সবেমাত্র ফ্রিবিএসডি-তে এই সমস্যাটি ছিল। এক ঘন্টার জন্য একটি প্রাচীরের বিরুদ্ধে মাথা ঠেকানোর পরে আমি বুঝতে পারি যে বিষয়টি হ'ল/usr/local/nagios/etc/nrpe.cfg সুডোর জন্য ভুল অবস্থানটির দিকে ইঙ্গিত করছে।

Sudo কমান্ড চালানোর জন্য নির্দেশ করতে সঠিক অবস্থানটি সন্ধান করতে:

# whereis sudo

আমি এরপরে nrpe.cfg- এর কমান্ড_প্রিফিক্স পরিবর্তন করেছি:

command_prefix=/usr/local/sudo

করুন:

command_prefix=/usr/local/bin/sudo

তারপরে দৌড়ে গেল service nrpe restart এসে সমস্যাটি সমাধান করা হয়েছিল।

অন্যান্য অপারেটিং সিস্টেমে অনুরূপ সমস্যা হতে পারে, আপনি অন্যান্য সম্ভাব্য অনুমতি সংক্রান্ত সমস্ত সমস্যা পরীক্ষা করেছেন কিনা এবং আপনি এখনও এই সমস্যায় পড়েছেন কিনা তা যাচাই করার জন্য অন্য একটি জিনিস।

Answer 19

এনআরপি ক্লায়েন্টে নাগিওস প্লাগইনগুলি অনুপস্থিত।

Yum ইনস্টল নাগিওস-প্লাগইনগুলি ব্যবহার করবেন না (নাগিওস-প্লাগইনস -২.০৩-১.el6.x86_64)। এটি সমস্ত প্লাগইন ইনস্টল করে না। নাগিওস-প্লাগইনস -২.৪.১১.আর.আর.ডি.জেড ডাউনলোড করুন এবং এই দস্তাবেজটিতে নির্দেশনা অনুসরণ করুন।

http://www.thegeekstuff.com/2008/06/how-to-monitor-remote-linux-host-using-nagios-30/

Answer 20

আমার এই সমস্যা হয়েছিল এবং আমি সেলিনাক্স অক্ষম করার সমাধান করেছি

setenforce 0

Comments

সার্ভার ফল্টে আপনাকে স্বাগতম। এটি কীভাবে / কেন কাজ করে তা ব্যাখ্যা করার জন্য আপনি আরও বিশদ সরবরাহ করতে পারেন?

— আমি বলছি মনিকা পুনরায়