On 20.01.2014 19:23, Mark Haney wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 1/20/2014 1:01 PM, Mark Haney wrote:
On 1/20/2014 12:56 PM, Marko Vainiokangas wrote:
A comma after the command line string. Since it's an array it
needs to have that last comma. i.e.
object CheckCommand "check_nrpe" inherits "plugin-check-command"
{ command = [ "$plugindir$/check_nrpe", "-H", "$address$, "-c",
"$command$", ],
This is interesting. When I setup the configuration (as I posted in
the OP) and tested it, it passed the syntax check. But when I ran it,
the Web GUI shows something odd.
That's strange and shouldn't happen just for a single attribute. Rather,
your command looks suspicious.
object CheckCommand "check_nrpe" inherits "plugin-check-command" {
command = [ "$plugindir$/check_nrpe"
"-H", "$address$,
"-c", "$command$",
],
}
The config parser told you that there's something missing in
Config
error: in /etc/icinga2/conf.d/nrpe.conf: 3:18-3:18: syntax error,
unexpected T_STRING, expecting ']'
I assume that there's now extra lines before that object. Character
number 18 points to the end of that line, so there's something wrong.
While the config parser expects a closing square bracket, it cannot
happen at that time because we're still in the command attribute itsself.
But, hooray, you've started a string with double quotes, and did not
close them. "$address$,
Furthermore, I've missed a colon identifying the first line (line 2)
bound to the other lines.
Correcting this will solve the issue.
object CheckCommand "check_nrpe" inherits "plugin-check-command" {
command = [ "$plugindir$/check_nrpe",
"-H", "$address$",
"-c", "$command$",
],
}
Obviously it was me - i did not test the command, but wrote it from
memory. I didn't test it this time either - learning curve is higher
with errors anyways. And I'll get used to what I need to update on the
docs, so thanks for your patience.
I'm simply checking the load on a FreeBSD firewall (NRPE is installed
and running). In the GUI on the 'Status Information' on the Service
Status page I get this message:
execvpe() failed.: No such file or directory
Grep $plugindir$ from your IcingaMacros directive and look if the
check_nrpe binary is located in that directory. Furthermore check if the
binary is executable by the icinga user/group.
When I look at the Host configuration, under 'Host check command' I
get this:
check_check_nrpe (see attached for more detail)
This makes no sense at all. Why is there a second 'check' in the host
check command? Shouldn't that be 'check_load'? (In this case anyway.)
That's a known compatibility issue with Icinga 1.x Classic UI. Though, I
wouldn't call it an issue, it's just a thing which can't be fixed easily.
Icinga 1.x only contains one command object type, requiring unique objects.
Icinga 2.x got 3 different command object types:
* CheckCommand
* EventCommand
* NotificationCommand
That way we ensure that each command is used only in the correct
context, and for example Eventcommands are not used for Notifications
and so on.
The pitfall of that - how to merge these 3 object types into 1 for
status.dat/objects.cache requring the old 1.x format. We decided to add
a prefix for each type onto the name, which makes 'check_nrpe' in Icinga
2.x look like 'check_'.'check_nrpe' in status.dat (remove the quotes and
the dots).
I know that's gotta be documented somehow, but we're also just using the
Classic UI as placeholder for testing until Icinga Web 2 is finally
released, and then working towards a unified interface.
Feel free to propose a different way of solving that problem - it was
just our attempt to keep the objects unique, but somehow breaking the
config.cgi
kind regards,
Michael
- --
Mark Haney
Network Administrator/IT Support
Practichem
W:919-714-8428
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJS3Wm0AAoJEDgEuzPE0JQvCFoH/2bFK2qfkv3CsDGtHcNiTH5i
QXEnp1FkU6QC3z1l2JQgLNq+xMDsnx/XMS3n+Kemtre32wUABcGZRQgsO2iKQjWc
cxT4KoKVDJlzCqU3eKzZztO79fu4DyvrKis8ktwhivnZmblrBXkQM3ezxpeBMTGT
yO6iCGMuKSg0Gw3uooo0kS7vybruqkNFhT4GBRL+hO6xgjZU7fYMIWvf2jY9on05
21xCopZJ6hkJcKTWeT7yO4j8yTCpPnnEb/8J8bBbRg6rHk7mwp3ZF/fKsjFGLgwL
HE3L3U7oitktikrW+BmYJGzUlLfCdWX/xAwmviq+UODlLgypKkb+QYNLMg3J5Uo=
=GOJD
-----END PGP SIGNATURE-----
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users
--
DI (FH) Michael Friedrich
mail: michael.friedr...@gmail.com
twitter: https://twitter.com/dnsmichi
jabber: dnsmi...@jabber.ccc.de
irc: irc.freenode.net/icinga dnsmichi
icinga open source monitoring
position: lead core developer
url: https://www.icinga.org
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users
