[Nagiosplug-devel] Re: OF nagios plugins

[Subhendu Ghosh]

On Thu, 9 Jun 2005, Gavin Carr wrote:

> On Wed, Jun 08, 2005 at 09:50:30PM -0400, Subhendu Ghosh wrote:
>>> Yeah, I tried check_mailq first, but couldn't get it to work. The problem
>>> I hit was that I'm typically using DAG's nagios-plugins RPM package, and
>>> that doesn't set $PATH_TO_QMAIL_QSTAT in utils.pm, which check_mailq
>>> requires.
>>> I gave up on it when I couldn't figure out a way to fix that on multiple
>>> machines cleanly. Hardcoded paths in libaries (except maybe as defaults)
>>> are
>>> way dumb! How about adding an etc/nagios/plugins.cfg for such things, so
>>> that sites can override site-local settings like that?
>>>
>>
>> Having always done it the old-fashioned way, I never really thought about
>> the rpms and the configure runtime-default-paths.
>
> Yeah, certainly separating out the runtime paths into a configuration
> file would be a good thing.
>
>> It would be useful to add this to the general feature set as we look at
>> transforming utils.pm into more of library of objects.
>
> Is this a TODO, or is something underway? Any info on what's planned? I'd
> be happy to help out if you're looking for any assistance.
>

This is a TODO.

If you want to take a stab at defining a class - perhaps 
Nagios::PUtil (Nagios is a registered CPAN namespace)
and creating an autoload function that looks to see if the 
"etc/nagios/plugins.cfg" exists with defined values and over-write the 
values in utils.pm

-- 
-sg