我在Ubuntu 14.04上试图运行 /usr/lib/nagios/plugins/check_procs -C rsyslogd -w 1:3 -c 1:5 -s S 并返回 PROCS CRITICAL: 0 processes with command name 'rsyslogd', STATE = S | procs=0;1:3;1:5;0; 所以我使用-vvv运行，并发现-vvv使用命令/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime comm args'来列出进程。 我find我的rsyslogd进程，它列出如下： Ssl 101 406 1 256232 25392 0.0 157-05:57:14 rsyslogd rsyslogdproc#=0 uid=101 vsz=256232 rss=25392 pid=406 ppid=1 pcpu=0.00 stat=Ssl […]
我已经在客户端上使用了NRPE的Nagios 3一段时间了，而且效果很好。 现在我听说，如果我使用SNMP，我不必在每个客户端上安装check_ plugins。 那么有没有人知道NRPE与SNMP的优缺点？ 我的监视器服务器是一个CentOS5和Nagios 3，客户端大多是CentOS和Ubuntu。
我想在远程主机的nagios中定义新的命令，但我找不到应该在哪里写这个东西 define command { } 在远程主机上，我只有这个文件 vim /usr/local/nagios/etc/nrpe.cfg 我应该写在上面的文件，或者我必须写在不在远程计算机上的Nagios主机 我的远程主机上没有commands.cfg文件
我知道这是一个非常常见的错误，RTFM通常是正确的答案，但我想我已经涵盖了所有明显的观点。 NRPE作为用户nagios运行 当我使用sudo su – nagios成为nagios用户，并从/etc/nagios/nrpe.conf中复制并粘贴命令时，它可以正常工作，按预期生成输出。 当我打开debugging时，NRPE插件加载后没有logging（服务正在重新启动时logging条目）。 可以发生什么？ 当然应该logging在debugging日志中？ 有没有办法强制更详细的日志logging（在configuration文件中的build议不build议）。 SELinux不logging任何问题。 在一般情况下，脚本是非常正常的，除了一个例外，它使用sudopopup一个命令。 nagios用户已经被授予了无条件的访问命令的机会，并且它在我su给nagios用户时工作。 更新：在重新configurationsudo，所以它不坚持一个tty，我有我的检查工作成功通过SSH，返回预期的结果。 但是它仍然不会超过NRPE。
我试图监控MySQL数据库： [[email protected]〜]＃su nagios -c / usr / lib / nagios / plugins / check_mysql运行时间：18014线程数：1问题：6慢速查询：0打开：12清空表：1打开表格：6每秒查询平均：0.000 但我有意想不到的错误： [[email protected]〜] $ / usr / lib / nagios / plugins / check_nrpe -H monitored.com -c check_mysql NRPE：无法读取输出 怎么了？
我的nagios监控有问题。 我正在尝试使用nrpe检查远程主机上的进程。 主机已经被nagios监视，所以我只需要添加一行到nrpe.cfg文件。 甚至已经有一个check_procs检查，所以我可以使用这个例子。 这么简单，你可能会厚，但不。 我检查是否可以手动运行命令，没有问题！ ubuntu@host:/usr/lib/nagios/plugins$ ./check_procs -w 1:1 -c 1:1 -a delayed_job PROCS OK: 1 process with args 'delayed_job' ubuntu@host:/usr/lib/nagios/plugins$ sudo ./check_procs -w 1:1 -c 1:1 -a delayed_job PROCS OK: 1 process with args 'delayed_job' 这是我的nrpe.cfg文件： command[check_procs]=/usr/lib/nagios/plugins/check_procs -w $ARG1$ -c $ARG2$ -s $ARG3$ command[check_proc_name]=/usr/lib/nagios/plugins/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ 第一个检查check_procs被正确监视，最后一行是我添加的，但是响应这个： PROCS CRITICAL：2个进程与args'delayed_job' […]
我想检查我的nagios监视每个节点是否使用puppetmaster提供的当前目录版本。 在我的情况下，有： 木偶大师 主机1 主机2 主机X 我想在host1，host2，hostX上创buildnrpe插件： 检查主机上的当前目录版本 检查为puppetmaster上的节点准备的当前目录版本 警告，如果两者不同 问题： 要检查puppetmaster上的目录版本，我可以运行/ production / catalog API查询，但是它非常昂贵（cpu） – 因为每当我请求时都需要编译目录。 我看不到任何选项来检查节点上的当前目录版本。 我尝试了木偶目录，但这不是很有帮助。 所以我的问题是，如何监视木偶代理人的健康，并得到通知，如果任何主机使用旧的木偶目录？ 这有什么意义吗？
我需要监视几十台主机上的开放和closures端口。 我find了一个我需要的Nagios插件，但是我必须通过NRPE来使用这个脚本。 一些主机由Linux驱动，并且都安装了Perl。 但是其中一些是Windows机器，在我们每个人身上安装Perl都不方便。 这就是为什么我不能使用这个插件。 我希望有Nagios插件使用Nmap或类似的东西，因此它可以远程检查每个主机上的端口，而不需要在远程主机上安装插件，只能在服务器上安装插件。
我有一个蚀刻nagios服务器（我将称之为NagiosServer），成功地监视了很多东西，包括另一个蚀刻服务器（MonitorEtch）。 使用check_nrpe和check_procs，我可以检查运行守护进程的进程列表，比如'/ usr / sbin / squid'。 从NagiosServer中检查MonitorEtch（正确的结果）： /usr/lib/nagios/plugins/check_nrpe -H MonitorEtch -c check_process -a /usr/sbin/squid 1:1 1:1 PROCS OK: 1 process with args '/usr/sbin/squid' /usr/lib/nagios/plugins/check_nrpe -H MonitorEtch -c check_process -a whatever 1:1 1:1 PROCS CRITICAL: 0 processes with args 'whatever' 我已经build立了一个我想监视的新服务器，运行Lucid（MonitorLucid）。 无论我从NagiosServer尝试和监视哪个进程，我都会得到比我更高的结果。 从NagiosServer中检查MonitorLucid（不正确的结果）： /usr/lib/nagios/plugins/check_nrpe -H MonitorLucid -c check_process -a whatever 1:1 1:1 PROCS OK: 1 […]
我有一个Nagios服务器和一个受监控的服务器。 在受监视的服务器上： [root@Monitored ~]# netstat -an |grep :5666 tcp 0 0 0.0.0.0:5666 0.0.0.0:* LISTEN [root@Monitored ~]# locate check_kvm /usr/lib64/nagios/plugins/check_kvm [root@Monitored ~]# /usr/lib64/nagios/plugins/check_kvm -H localhost hosts:3 OK:3 WARN:0 CRIT:0 – ab2c7:running alpweb5:running istaweb5:running [root@Monitored ~]# /usr/lib64/nagios/plugins/check_nrpe -H localhost -c check_kvm NRPE: Unable to read output [root@Monitored ~]# /usr/lib64/nagios/plugins/check_nrpe -H localhost NRPE v2.14 [root@Monitored ~]# ps -ef […]