Expand service group error in 43 line test config (why?)

[Eric B.]

My real problem I think is that I 'whittled' it down in the wrong way
(thanks for the help, everyone). Below is what I was hoping to do, but
realize that b/c I HAVE to define a host w/ the escalation, I have to retool
how my monster config is done (which will really suck). Here's what I was
hoping to accomplish:

1) Create a generic service template that all service checks inherit that
adds them to the 'all-services' group.
2) Create escalation rules that apply to the 'all-services' group.

This worked (basically a more complicated example of  the config I gave)
until I added a 'all-services-foo' group (same method mentioned in #1 and
#2) with different escalations.

>From a design perspective, I know Nagios does a great job w/ templating, and
object inheritance, but it really sucks that I have to specify a host; that
just increased the amount of objects easily by an order or so of magnitude.

Best,
Eric

On Tue, Jun 28, 2011 at 6:48 AM, Paul M. Dubuc <work at paul.dubuc.org> wrote:

> First, your service has no service_description specified.  This is
> required.
>
> Second, your serviceescalation must include the host_name that the service
> is assigned to.  Add the line:
>
> host_name       admin.qa
>
> and it will work.  You can also use a hostgroup_name instead of a
> host_name, but every host you specify must have a service with a
> service_description that matches that specified in the escalation.
>
> See the documentation for details:
> http://nagios.sourceforge.net/**docs/nagioscore/3/en/**
> objectdefinitions.html<http://nagios.sourceforge.net/docs/nagioscore/3/en/objectdefinitions.html>
>
>
> Eric B. wrote:
>
>> This has me stumped. I whittled my ugly config down to 35 lines, and was
>> still able to re-create the error. Any ideas what is wrong? I'm running
>> Nagios Core v. 3.2.3. Much thanks in advance!
>>
>> -Eric
>>
>> Error is:
>>
>> Error: Could not expand servicegroups specified in service escalation
>> (config file '/home/opsmon/etc/nagios/**objects/qbo/foo.cfg', starting on
>> line 13)
>>    Error processing object config files!
>>
>> Here's the config:
>>
>> define servicegroup {
>>    servicegroup_name       group-1
>>    alias                   All Services
>>    register                0
>> }
>>
>> define contact {
>>    contact_name            primary-oncall
>>    alias                   Primary Oncall
>>    email foo at bar.com <mailto:foo at bar.com>
>>
>> }
>>
>> define serviceescalation {
>>    servicegroup_name       group-1
>>    first_notification      1
>>    last_notification       6
>>    notification_interval   5
>>    contacts                primary-oncall
>> }
>>
>> define service {
>>    servicegroups           group-1
>>    host_name admin.qa <http://admin.qa>
>>
>>    check_command           check_foo
>> }
>>
>> define host {
>>    host_name admin.qa <http://admin.qa>
>>
>>    address                 127.0.0.1
>> }
>>
>> define command {
>>    command_name   check_foo
>>    command_line   /bin/true
>> }
>>
>>
>>
>> ------------------------------**------------------------------**
>> ------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-**d2d-c2 <http://p.sf.net/sfu/splunk-d2d-c2>
>>
>>
>>
>> ______________________________**_________________
>> Nagios-users mailing list
>> Nagios-users at lists.**sourceforge.net <Nagios-users at lists.sourceforge.net>
>> https://lists.sourceforge.net/**lists/listinfo/nagios-users<https://lists.sourceforge.net/lists/listinfo/nagios-users>
>> ::: Please include Nagios version, plugin version (-v) and OS when
>> reporting any issue.
>> ::: Messages without supporting info will risk being sent to /dev/null
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20110628/a2d34ed8/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null