[Nagiosplug-devel] [RFC] Plugins config file
Ton Voon
ton.voon at altinity.com
Wed Oct 18 17:20:14 CEST 2006
On 18 Oct 2006, at 15:33, sean finney wrote:
>> Which settings do you mean?
>
> i would say as much as possible :) one of the biggest pains
> (historically) with managing installation of the plugins is getting
> them
> to find the utils.pm in the right place (i.e. the susbt script).
Agreed. I want to deprecate utils.pm as soon as possible in favour of
Nagios::Plugin. There's not a huge amount of functionality in there
anyway, as most people have already noted.
> i've also always felt that some of the information in these files
> really
> ought to be treated more as configuration options as opposed to
> library
> settings. for example $PATH_TO_FOO is something that the local admin
> might want to change.
>
> so if most of the utils.pm functions are going into Nagios::Plugin, my
> thinking was that the other stuff could be incorporated into this
> scheme.
I never saw the point of $PATH_TO_FOO variables. I would just call
system() without the full path, no?
Otherwise, if we have this ini configuration file, we could have a
stanza like:
[main]
path_to_rpcinfo=/usr/sbin/rpcinfo
path_to_lmstat=
path_to_smbclient=/usr/bin/smbclient
path_to_mailq=/usr/bin/mailq
path_to_qmail_qstat=
Values added by configure, of course.
I've just thought, if this ini file is created by the nagios-
plugins ./configure, how does Nagios::Plugin know where it resides?
Would it have to check various possible locations?
Ton
http://www.altinity.com
T: +44 (0)870 787 9243
F: +44 (0)845 280 1725
Skype: tonvoon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-plugins.org/archive/devel/attachments/20061018/f109da50/attachment.html>
More information about the Devel
mailing list