Nagios looking for plugins in wrong directory?

Tim Wojtulewicz timwoj at ieee.org
Fri Apr 19 02:46:19 UTC 2013


On Apr 18, 2013, at 12:06 PM, Jose Pedro Oliveira <jpo at di.uminho.pt> wrote:

> On 2013-04-18 19:11, Tim Wojtulewicz wrote:
>> I recently installed the nagios, nagios-common, nagios-plugins, and a
>> few of the nagios-plugins-* packages for EL6 from EPEL.  I've run into a
>> problem where nagios can't find the plugins at all.  It gives me an
>> error 127 when trying to find them, which from the nagios documentation
>> means it thinks the plugins aren't installed.  After a bit of debugging,
>> it appears nagios is looking for the plugins to be installed in
>> /usr/lib/nagios/plugins whereas the nagios packages in EPEL install them
>> all in /usr/lib64/nagios/plugins.  Creating a symlink from
>> /usr/lib64/nagios to /usr/lib/nagios resolves that issue, but it doesn't
>> seem to me that I should have to do that.
>> 
>> Once I resolved the "not found" problem, nagios moved onto a permissions
>> issue.  Calling any plugin results in a 126 error code.  I've tried
>> 'chown -R nagios:nagios /usr/lib64/nagios'.  This results in a lot of
>> complaints that plugins need to be owned by root or should be setuid
>> root.  The permissions on the plugins and all of the directories above
>> seem like the nagios user should be able to run the scripts (i.e.
>> everything has o+rx at least).
>> 
>> Any ideas?  Thanks.
> 
> Please post the output of the following command:
> 
>   rpm -q nagios nagios-common nagios-plugins

Apologies for the noise.  This ended up being an issue with my build of check_mk using a hard-coded directory for the nagios plugins, point at /usr/lib/nagios.  I'll work with that group as to whether their setup scripts can handle reading user variables out of the nagios configuration.

Tim




More information about the epel-devel-list mailing list