【问题标题】:Nagios NRPE: Command not definedNagios NRPE:命令未定义
【发布时间】:2012-12-10 04:29:55
【问题描述】:

在我的nrpe_local.cfg 中添加了以下命令:

command[check_mycommand]=/usr/lib/nagios/plugins/check_command 30 35

然后重新启动 nrpe 守护进程。

当我使用 nrpe 执行此命令时,出现以下错误:

NRPE: Command 'check_mycommand' not defined

我使用以下命令执行:

/usr/lib/nagios/plugins/check_nrpe -H hostname -c check_mycommand

我无法得到任何线索。

在我的nrpe_local.cfg 中,又添加了 10 条命令,它们运行正常。

【问题讨论】:

    标签: nagios nrpe


    【解决方案1】:

    在我的 nrpe_local.cfg 中添加了以下命令:> command[check_mycommand]=/usr/lib/nagios/plugins/check_command 30 35

    试试:

    command[check_mycommand]=/usr/lib/nagios/plugins/check_command -w (warningTreshold) -c (criticalTreshold)
    /etc/init.d/nagios-nrpe-server restart
    

    并且确实杀死所有其他已经在运行的 nrpe 守护进程。 原因可能是它已经由不同的用户运行,这可能会导致冲突。 例如。 nagios-nrpe-server 运行在 root 用户和 nagios 用户下

    还要确保将 Nagios 服务器的 IP 地址添加到 /etc/nagios/nrpe.cfg 中的 allowed_hosts 中:

    allowed_hosts=<ip address of nagios server>
    

    否则,您将无法使用来自 Nagios 的 NRPE 执行外部命令。

    【讨论】:

      【解决方案2】:

      您好,我通过在配置文件中添加本地地址解决了这个问题,所以nrpe.cfg allowed_host = 127.0.0.1, xxxx 其中xxxx 是我的 nagios 服务器 的 IP。 你还应该定义命令[check_disk]=/usr/lib/nagios/plugins/check_disk-w 20%-c 10%-p /var

      命令名称[check_disk]与路由上标明的一致很重要

      多亏了这个,我的问题得到了解决,我现在有了一个很好的监控。

      耶尔玛·埃尔南德斯

      【讨论】:

        【解决方案3】:

        nrpe.cfg 中的命令应如下所示:

        command[check_mycommand]=/usr/lib/nagios/plugins/check_command -w $ARG1$ -c $ARG2$
        

        那么,services.cfg 文件(或任何名称)中的服务检查应如下所示:

        define service{
           servicegroups        Basic Functionality
           host_name            localhost
           service_description  Mycommand
           check_command        check_nrpe!check_mycommand -a '-w 30 -c 35'
           use                  generic-service
        }
        

        如果它解决了您的问题,请告诉我。

        【讨论】:

          【解决方案4】:

          您是否使用正确的配置文件启动了 NRPE 守护程序? (nrpe -c config_file -d) 您使用的配置文件是 nagios_local.conf 还是 nrpe_local.cfg?

          【讨论】:

          • 因错误更新我的问题。我只使用 nrpe_local.conf。当我运行命令 nrpe -c nrep_local.conf 时没有得到任何输出。正如我所说,在 nrep_local.cfg 中定义了一些其他命令,它们可以正常工作。我添加的新命令只是不起作用。
          【解决方案5】:
          1. 确保您已关闭所有旧守护程序,包括任何分叉。
          2. 干净重启 NRPE 后,检查 /var/log/messages 是否有任何错误?!尤其是“NRPE:错误 - 无法绑定到已在使用的端口/端口”之类的内容。
          3. 您确定没有使用 inetd 控制的 NRPE?
          4. 如果上述方法没有帮助,请再次执行第 1 步,然后在启动 NRPE 时不要包含“-d”标志并检查输出。

          【讨论】:

            【解决方案6】:

            我通过将以下几行添加到我的nrpe.cfg 文件并重新启动nrpe 解决了这个问题。基本上,我们告诉 nagios 识别我们正在运行的命令。

            command[check_var]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /var
            command[check_slash]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /
            command[check_ssh]=/usr/lib64/nagios/plugins/check_ssh $ARG1$
            

            【讨论】:

              【解决方案7】:

              您好,我遇到了这个错误并且能够解决它: 在 /etc/nagios/nrpe.cfg 你会看到:

              command[check_var]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /var
              command[check_slash]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /
              command[check_ssh]=/usr/lib64/nagios/plugins/check_ssh $ARG1$
              

              但我确定你感到困惑并设置: 推荐.cfg 带有:check_disk 而不是 check_slash

              看到这行写着“command[check_slash]”,这就是 command.cfg 想要得到的。

              【讨论】:

                【解决方案8】:

                我遇到了类似的问题,检查 syslog 我可以看到 nrpe 在 /var/run/ 中有写入问题

                Nov  6 08:30:05 xxxxxx nrpe[39777]: Cannot write to pidfile '/var/run/nrpe.pid' - check your privileges.
                

                我在这里找到的:

                https://bugs.launchpad.net/ubuntu/+source/nagios-nrpe/+bug/957367

                解决方案很简单。只需编辑 nrpe.cfg 并更改:

                pid_file=/var/run/nrpe.pid
                

                pid_file=/var/run/nagios/nrpe.pid
                

                手动杀死 nrpe 并使用 /etc/init.d/nagios-nrpe-server start 重新启动它

                它对我有用。

                【讨论】:

                  【解决方案9】:

                  可能会对某人有所帮助。

                  在我的情况下,问题是错字。 我创建了文件 /etc/nrpe.d/commands.cgf 而不是 /etc/nrpe.d/commands.cfg ;)

                  【讨论】:

                    猜你喜欢
                    • 1970-01-01
                    • 2023-03-21
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    相关资源
                    最近更新 更多