Команды NSClient++ для NRPE с Windows Server 2012 от Icinga

Этому несколько месяцев, но я хочу взвесить.

Ваше решение, переключение определений команд для check_nrpe и check_nrpe_1arg, не является оптимальным. check_nrpe используется, когда вы хотите передать внешнюю команду вместе с ее параметрами командной строки, а check_nrpe_1arg — когда вы хотите передать только внешнюю команду (именно это вы и пытаетесь сделать).

Для вашего варианта использования лучшим решением было бы оставить определения команд check_nrpe и check_nrpe_1arg как есть и изменить определения службы, чтобы использовать правильную команду:

define service{
    use                             generic-service
    host_name                       host.domain.com
    service_description             Drive Usage
    check_command                   check_nrpe_1arg!alias_disk
    }


define service{
    use                             generic-service
    host_name                       host.domain.com
    service_description             CPU Load
    check_command                   check_nrpe_1arg!alias_cpu
}

С другой стороны, если вы хотите передать параметры командной строки в nrpe, вы должны использовать команду check_nrpe. Вот так:

define service {
     use                            generic-service
     host_name                      host.domain.com
     service_description            Check SMART status of sda
     check_command                  check_nrpe!check_smart!/dev/sda
     }

(при условии, что в вашем nrpe.cfg определена следующая команда check_smart):

command[check_smart]=/usr/lib/nagios/plugins/check_ide_smart -d $ARG1$

С помощью форума Icinga/Nagios я узнал, что define_command была такой:

# this command runs a program $ARG1$ with arguments $ARG2$
define command {
        command_name    check_nrpe
        command_line    /usr/lib/nagios/plugins/check_nrpe -H $HOSTADDRESS$ -c $ARG1$ -a $ARG2$
}

# this command runs a program $ARG1$ with no arguments
define command {
        command_name    check_nrpe_1arg
        command_line    /usr/lib/nagios/plugins/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
}

А должно быть так:

# this command runs a program $ARG1$ with arguments $ARG2$
define command {
        command_name    check_nrpe_1arg

        command_line    /usr/lib/nagios/plugins/check_nrpe -H $HOSTADDRESS$ -c $ARG1$ -a $ARG2$
}

# this command runs a program $ARG1$ with no arguments
define command {
        command_name    check_nrpe
        command_line    /usr/lib/nagios/plugins/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
}

Только поменял местами две линии, но это стоило мне нескольких дней, чтобы выяснить это. Но, к счастью, сейчас это решено.

Что я обнаружил (тестирование на Icinga 2) после серьезной отладки, так это то, что то, как вы разделяете параметры команды проверки на разные строки, влияет на то, как они передаются дочернему процессу. Это может быть чрезвычайно большой проблемой, в зависимости от того, как дочерний процесс обрабатывает параметры командной строки внутри себя. Вот особенно сложный пример из реальной жизни:

object CheckCommand "cc-cisco-interface-status" {
  import "plugin-check-command"

  command = [ PluginDir + "/check_snmp_ifname.sh",
             "-H", "$host.address$",
             "-P 2c",
             "-C", "$host.vars.snmpcommunity$",
             "-o", "IF-MIB::ifOperStatus",
             "-IF", "$service.vars.ifname$"
            ]

Итак, с помощью этой команды дочерний процесс получает:

$1 = -H
$2 = 1.1.1.1
$3 = -P 2c
$4 = -C
$5 = MyCommunity
$6 = -o
$7 = IF-MIB::ifOperStatus
$8 = -IF
$9 = Serial0/0/0:0

Это сводило нас с ума, потому что, например,

             "-IF", "$service.vars.ifname$"
$8 = -IF
$9 = Serial0/0/0:0

работает пока

             "-IF $service.vars.ifname$"
$8 = -IF Serial0/0/0:0

не.

Но я думаю, что как только вы поймете, что происходит, это станет решаемой проблемой (и даже удобной, поскольку это дает вам неплохой контроль над строками в кавычках).