<div dir="ltr">I can revert the VM back to just after it installed, but it was doing the same before I made any changes.  I'll look into the $USER$ variable.  We're using check_mk as well, so perhaps that's attempting to call the wrong version.  I hadn't looked into that yet.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 18, 2013 at 11:26 AM, Chris Adams <span dir="ltr"><<a href="mailto:cmadams@hiwaay.net" target="_blank">cmadams@hiwaay.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Once upon a time, Tim Wojtulewicz <<a href="mailto:timwoj@ieee.org">timwoj@ieee.org</a>> said:<br>

> I recently installed the nagios, nagios-common, nagios-plugins, and a few<br>
> of the nagios-plugins-* packages for EL6 from EPEL.  I've run into a<br>
> problem where nagios can't find the plugins at all.  It gives me an error<br>
> 127 when trying to find them, which from the nagios documentation means it<br>
> thinks the plugins aren't installed.  After a bit of debugging, it appears<br>
> nagios is looking for the plugins to be installed in<br>
> /usr/lib/nagios/plugins whereas the nagios packages in EPEL install them<br>
> all in /usr/lib64/nagios/plugins.  Creating a symlink from<br>
> /usr/lib64/nagios to /usr/lib/nagios resolves that issue, but it doesn't<br>
> seem to me that I should have to do that.<br>
<br>
</div>Check your resource file, /etc/nagios/private/resource.cfg.  The default<br>
(as included in the EPEL RPM) has $USER1$=/usr/lib64/nagios/plugins, and<br>
then your commands should all be $USER1$/check_foo.<br>
<div class="im"><br>
> Once I resolved the "not found" problem, nagios moved onto a permissions<br>
> issue.  Calling any plugin results in a 126 error code.  I've tried 'chown<br>
> -R nagios:nagios /usr/lib64/nagios'.  This results in a lot of complaints<br>
> that plugins need to be owned by root or should be setuid root.  The<br>
> permissions on the plugins and all of the directories above seem like the<br>
> nagios user should be able to run the scripts (i.e. everything has o+rx at<br>
> least).<br>
<br>
</div>You've just blown away all the RPM-provided settings (which will break<br>
things).  I would remove all your Nagios RPMs and re-install them to get<br>
the correct permissions (if you know what you are doing, you can reset<br>
ownership/permissions using the output of "rpm -Va nagios*").<br>
<br>
The out-of-the-box RPM-provided config/settings work just fine, so<br>
there's most likely a problem with the way you've configured Nagios.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Chris Adams <<a href="mailto:cmadams@hiwaay.net">cmadams@hiwaay.net</a>><br>
Systems and Network Administrator - HiWAAY Internet Services<br>
I don't speak for anybody but myself - that's enough trouble.<br>
<br>
_______________________________________________<br>
epel-devel-list mailing list<br>
<a href="mailto:epel-devel-list@redhat.com">epel-devel-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/epel-devel-list" target="_blank">https://www.redhat.com/mailman/listinfo/epel-devel-list</a><br>
</font></span></blockquote></div><br></div>