nrpe 5666端口被占用，如何解决

titi007

公司最近在部署nagios
在部署的过程中发现其中一台被监控机的5666端口被其他业务程序占用了。
在被监控机的/etc/xinetd.d/nrpe文件中已经修改端口为5667
在被监控机中执行#check_nrpe -H localhost -p 5667   和  在监控服务器上执行  check_nrpe -H ipaddress -p 5667  可以返回被监控机的nrpe版本号
现求解答：
如果5666默认端口改为5667端口的话，在监控服务器上监控命令该如何写。
有没有哪个文件可以定义，服务端在连接被监控机时，不使用5666端口，而使用其他指定端口。

Godbach

如果被占用了，可以通过 netstat 查看一下是哪个进程占用的

zzx4441

你自己都把答案写出来了-_!

check_nrpe -H ipaddress -p5667

define command{
        command_name    check_nrpe
        command_line    $USER1$/check_nrpe -H $HOSTADDRESS$ -p 5667
       }

titi007

呵呵  谢谢  zzx4441 (天赐我翅膀)   
端口占用的问题已经解决了。
现在还有一问，就是使用check_proc监控进程
被监控主机中nrpe.cfg文件中定义命令为：
command[command-name]=/usr/local/nagios/libexec/check_proc -c 1:1 -a 'key_word'

#ps -ef |grep key_word | wc -l    //////返回结果为1
#/usr/local/nagios/libexec/check_proc -c 1:1 -a 'key_word'    ////返回结果为1

但是：

#/usr/local/nagios/libexec/check_nrpe -H 127.0.0.1 -c command-name

返回的进程数量不为1  



这个情况不知道是什么原因

zzx4441

nrpe.cfg

1. command[command-name]=/usr/local/nagios/libexec/check_procs -c 1:1 -a '-i eth0'

复制代码

1. [root@nagios libexec]# /usr/local/nagios/libexec/check_procs -c 1:1 -a '-i eth0'
   
2. PROCS OK: 1 process with args '-i eth0'

复制代码

1. [root@nagios libexec]# /usr/local/nagios/libexec/check_nrpe -H 127.0.0.1 -c command-name     
   
2. PROCS OK: 1 process with args '-i eth0'

复制代码

没出现你说的问题-_!
check_proc是你自己的写脚本吗？

titi007

  不好意思   笔误了  不是check_proc  是check_procs

nrpe.cfg

1. command[oss#proc]=/usr/local/nagios/libexec/check_procs -c 1:1 -a 'tomcat-5.5.33'

复制代码

1. t3city-oss:~ # /usr/local/nagios/libexec/check_procs -c 1:1 -a 'tomcat-5.5.33'
   
2. PROCS OK: 1 process with args 'tomcat-5.5.33'
   
3. t3city-oss:~ # /usr/local/nagios/libexec/check_nrpe -H 127.0.0.1 -c oss#proc
   
4. PROCS CRITICAL: 0 processes with args 'tomcat-5.5.33'
   
5. t3city-oss:~ # ps -ef |grep tomcat-5.5.33 |grep -v grep |wc -l
   
6. 1

复制代码

使用check_nrpe就看不到这个进程，在本机是这样，在监控服务器上执行也显示为0

1. blade1:~ # /usr/local/nagios/libexec/check_nrpe -H 10.10.10.34 -c oss#proc
   
2. PROCS CRITICAL: 0 processes with args 'tomcat-5.5.33'

复制代码

所以感觉很迷惑

zzx4441

1. [root@Client libexec]# ./check_procs -c 1:1 -a 'xinetd.pid'
   
2. PROCS OK: 1 process with args 'xinetd.pid'

复制代码

1. [root@Client libexec]# tail -1 /usr/local/nagios/etc/nrpe.cfg  
   
2. command[check_procs]=/usr/local/nagios/libexec/check_procs -c 1:1 -a 'xinetd.pid'

复制代码

1. [root@nagios libexec]# ./check_nrpe  -H 192.168.19.20 -c check_procs
   
2. PROCS OK: 1 process with args 'xinetd.pid'

复制代码

没出现你所说的问题

zzx4441

你怎么在本地测试也没有结果？

能否贴一段日志？

nrpe.cfg也贴出来看看

titi007

嗯，怪就怪在这里了，直接执行check_procs返回结果正常，但是使用check_nrpe就不正常
和nrpe.cfg配置文件应该没关系，因为该机器上，也有能够正常监控的进程。这是奇怪了。

我把nrpe.cfg中debug开启后，执行：

1. t3city-oss:~ # /usr/local/nagios/libexec/check_nrpe -H 127.0.0.1 -c oss#proc
   
2. PROCS CRITICAL: 0 processes with args 'tomcat-5.5.33'

复制代码

跟踪日志显示：

1. Jul 12 12:08:20 t3city-oss nrpe[20517]: Host is asking for command 'oss#proc' to be run...
   
2. Jul 12 12:08:20 t3city-oss nrpe[20517]: Running command: /usr/local/nagios/libexec/check_procs -c 1:1 -a 'tomcat-5.5.33'
   
3. Jul 12 12:08:20 t3city-oss nrpe[20517]: Command completed with return code 2 and output: PROCS CRITICAL: 0 processes with args 'tomcat-5.5.33'
   
4. Jul 12 12:08:20 t3city-oss nrpe[20517]: Return Code: 2, Output: PROCS CRITICAL: 0 processes with args 'tomcat-5.5.33'

复制代码

titi007

我把这个问题整理一下  重新发帖吧，这个问题与贴名不太符