Say we have a bunch of servers that need multiple checks that do an
HTTP GET on different URIs and look for a specific string in the
response. Isn't it easier to maintain a single command that takes a few
arguments than having to constantly define a new command that does
basically the same thing for each service check? And if down the road
someday HTTP becomes HTTPS you only need to edit one configuration.<br><br><div class="gmail_quote">On Mon, Oct 5, 2009 at 1:18 PM, Albert Shih <span dir="ltr"><<a href="mailto:Albert.Shih@obspm.fr">Albert.Shih@obspm.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi all,<br>
<br>
I would like to known why (just the historic reason) in nagios we split the<br>
definition of the macros and the definition of a service ? For example :<br>
<br>
When we want to monitor a pop service we create<br>
<br>
define command {<br>
command_name check_pops<br>
command_line /usr/lib/nagios/plugins/check_spop -H $ARG1$<br>
}<br>
<br>
and another<br>
<br>
define service {<br>
host_name my_pop_server<br>
use generic-service<br>
service_description POP<br>
check_command check_pops!my_ip_of_pop_server<br>
}<br>
<br>
Why not in one ligne with something like<br>
<br>
<br>
define service {<br>
host_name my_pop_server<br>
use generic-service<br>
service_description POP<br>
check_command /usr/lib/nagios/plugins/check_spop -H my_pop_server<br>
}<br>
<br>
<br>
Regards.<br>
<br>
<br>
--<br>
Albert SHIH<br>
SIO batiment 15<br>
Observatoire de Paris Meudon<br>
5 Place Jules Janssen<br>
92195 Meudon Cedex<br>
Téléphone : 01 45 07 76 26/06 86 69 95 71<br>
Heure local/Local time:<br>
Lun 5 oct 2009 19:18:01 CEST<br>
<br>
------------------------------------------------------------------------------<br>
Come build with us! The BlackBerry® Developer Conference in SF, CA<br>
is the only developer event you need to attend this year. Jumpstart your<br>
developing skills, take BlackBerry mobile applications to market and stay<br>
ahead of the curve. Join us from November 9-12, 2009. Register now!<br>
<a href="http://p.sf.net/sfu/devconf" target="_blank">http://p.sf.net/sfu/devconf</a><br>
_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</blockquote></div><br>