<br><br><div class="gmail_quote">On Wed, May 18, 2011 at 3:44 PM, Andreas Ericsson <span dir="ltr"><<a href="mailto:ae@op5.se">ae@op5.se</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">On 05/18/2011 02:02 PM, nap wrote:<br> [...]<br>
<br>
</div>You're sort of missing the point. Consider service sets as "service<br>
templates with added services", but with a much clearer syntax and a<br>
less muddied explanation than what you're proposing. To be honest, I'm<br>
not sure exactly what it is you ARE proposing, and neither are any of<br>
my colleagues. That's a sort of point in favour of my suggestion, I'd<br>
say.<br></blockquote><div>The idea was to have a "service set" but with current defined elements and a unique property for all host description properties (so use "use" :) ).<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">Or just add them as a global variable (template-style) to the service<br></div>
sets they want to use. Perhaps you missed that part of the example I<br>
posted.<br>
<div class="im"><br></div></blockquote><div>Yes it seems so. <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
[...]<br>
<br>
</div>I disagree. It's a shame that "use" is already taken, but perhaps we<br>
can let "profiles" be a duplicate of "service_sets" in the host object.<br>
I suspect that's really the only remaining point of this discussion,<br>
along with the fact that "use" can't be abused (teehee) to let hosts<br>
link to service templates as well.<br>
<br>
But do understand that the nested-compound style service sets will, in<br>
fact, *be* a special kind of service template with linked-in services<br>
that hosts can reference.<br></blockquote><div>Yes, the only point is how we describe host in fact. I prefer got a unique property for all hosts "things" (how we check it, who we notify, what service we add in). <br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">[..]<br>
<br>
</div>But then you're forbidding host templates from having the same name<br>
as service templates, which is currently allowed. Not a very senible<br>
limitation, imo.<br></blockquote><div>I don't think so, the link is done with the host_name propery for services templates (if it's a template, it will look for host template, that's the main idea).<br><br></div>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
[..]<br>
<br>
</div>That's totally trivial. The nested-compound version is a bit easier<br>
since less stashed data needs to be used, but with a sensible 2-pass<br>
config parser even that could be avoided.<br></blockquote><div>I always see parsing more difficult that it is so :) <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
[..]<br>
<br>
</div>Consider this (for non-nested version); Some admin on a site where<br>
they only use MySQL creates a service set named "db-services" and<br>
ships it upline so others can reuse it. In order to rename it<br>
(with non-nested version, ofcourse), other people who wants to use<br>
it have to rename it in not only the service_set "name" parameter<br>
but also in each and every service shipped with the service set.<br>
<br>
And please don't tell me users are sensible. We know that's not<br>
always true, and the few that aren't add grief and suffering to<br>
those who are. Always have and always will.<br></blockquote><div>True. So the name visibility can be a problem indeed.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
[..]<div class="im">
<br>
</div>Why would you want to? PING should probably be on (very nearly) all hosts,<br>
while all webserver type checks should only be on all hosts that have a<br>
webserver. It's true that the basic HTTP check will have to be in the set<br>
for both apache and MS(whateveritsnameis) servers, but that's still a huge<br>
improvement over how it works today, and once admins start sharing their<br>
service sets it won't really matter, because checks for one type of server<br>
will all be contained in the service set.<br></blockquote><div> Just to get again a gain the most little configuration as possible ;)<br>But maybe this time it is just too much.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
[..]<br>
<br>
</div>Except that templates now serve two different purposes, which has *already*<br>
proven to be confusing to people.<br></blockquote><div>I try to explain to my colleges how to configure a new host and it's always hard to explain that we've got templates for some properties and some other one for services (was groups, now it's sets with a level less for link it's true). They just don't understand the host/service point, and just want to ear about host and "it's a Windows, so I put the windows template and I'm done".<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
[..]<br>
<br>
</div>Object configuration inheritance will still work more or less the<br>
same as they do today, so contacts etc will be inherited from the<br>
host for the services that don't have any. That and the ability to<br>
optionally customize service set parameters from their inclusion<br>
in the host makes me very certain I'm doing this right.<br>
<font color="#888888"><br></font></blockquote><div>Yes, if we keep the implicit inheritance for this object, will do the trick :)<br><br>We can have the template thing with sets, but we will need to explain admins the "addition inheritance" so, but maybe it's the easier way and split description in two properties (your solution so)?<br>
<br><br>Jean<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
--<br>
</font><div><div></div><div class="h5">Andreas Ericsson <a href="mailto:andreas.ericsson@op5.se">andreas.ericsson@op5.se</a><br>
OP5 AB <a href="http://www.op5.se" target="_blank">www.op5.se</a><br>
Tel: <a href="tel:%2B46%208-230225" value="+468230225">+46 8-230225</a> Fax: <a href="tel:%2B46%208-230231" value="+468230231">+46 8-230231</a><br>
<br></div></div></blockquote></div>