Re: [icinga-users] Icingaweb2 and "apply Service for/in" services: Unable to use any feature commands such as disable notification

[Quinton Phil P]

Markus,

That does explain why I'm getting the weird behaviour, but I'm actually using 
an array of hashes (dictionary).. which appears to work but results (as you 
mentioned) in each service being the whole dictionary element.

I've attempted to override the service name in the service definition (like you 
can with display_name) but icinga2 just ignores it ( name = ).

For clarity my hosts entry is as follows:

  vars.snmp_diskspace_check = 1
  vars.snmp_diskspace_mounts = [
    { mount = "/", warn = 80, crit = 90 },
    { mount = "/usr", warn = 80, crit = 90 },
    { mount = "home", warn = 80, crit = 90 }
  ]

In order to work around the issue, I've taken your suggestion and made the 
above hash of hashes. Not as neat, but works.

  vars.snmp_diskspace_mounts["/"] = { warn = 80, crit = 90 }
  vars.snmp_diskspace_mounts["/usr"] = { warn = 80, crit = 90 }
  vars.snmp_diskspace_mounts["/home"] = { warn = 80, crit = 90 }

and adjusted the service as so:

apply Service "DiskspaceCheck" for ( mount => mountDetails in 
host.vars.snmp_diskspace_mounts) {
  import "generic-service"
  check_command = "check_snmp_diskspace"

  vars += mountDetails;

  if ( vars.name ) {
    display_name = "Disk " + vars.name
  }  else {
    display_name = "Disk " + mount
  }

  vars.snmp_mountname = mount

  /* Set service defaults. Can be overridden at host level */
  if ( vars.args ) { vars.snmp_processargs = vars.args }
  if ( ! vars.snmp_community )  { vars.snmp_community = "public" }
  if ( ! vars.snmp_port )       { vars.snmp_port      = 161 }
  if ( ! vars.snmp_timeout )    { vars.snmp_timeout   = 5 }
  if ( ! vars.warn )            { vars.warn           = 80 }
  if ( ! vars.crit )            { vars.crit           = 90 }

  assign where host.address && host.vars.snmp_diskspace_check == 1
}

Thanks,
Phil.

-----Original Message-----
From: Joosten, Markus [mailto:markus.joos...@plumbe.de] 
Sent: 25 April 2016 18:36
To: Icinga User's Corner
Subject: Re: [icinga-users] Icingaweb2 and "apply Service for/in" services: 
Unable to use any feature commands such as disable notification

On 2016-04-25 18:01, Quinton Phil P wrote:
> In the icingaweb2 dashboard, the ProcessCheck instance details look 
> like this:
> 
> ProcessCheck{ args = "-bl -q15m" process = "/usr/lib/sendmail" }
> 
> But in the icinga2.log error above, they look like this:
> 
> ProcessCheck{\n      args = "-bl -q15m"\n    process =
> "/usr/lib/sendmail"\n}
You can query the actual icinga2 object name using the "icinga2 object list" 
command.
Currently, you are creating the service with a complete dictionary as its name, 
which is definitely not useful (and probably is also the reason for the 
behaviour you are experiencing).

If you have a look at the provided default disk check example, you can find out 
on how to just use the dictionary's name as service name:

apply Service for (disk => config in host.vars.disks) {
   import "generic-service"

   check_command = "disk"

   vars += config
}

Using the => operator the dynamic variable "disk" is being assigned the current 
key of the dictionary, instead of the whole dictionary.
You can read more about apply for including => here: 
http://docs.icinga.org/icinga2/latest/doc/module/icinga2/chapter/language-reference#apply-for

Hope that helps!

Regards,
Markus

_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users