On 06/02/17 09:58, Jan Matis wrote:
Thank you.
>are you using an automated method to register the hosts
yes
>you can just add the host (via templates) to the host group and that
way any service check assigned to the group will be applied to the
host in that group.
That is exactly what I'm doin
thank you :)
this worked like a charm.
edit /etc/icinga/icinga.cfg and set :
use_regexp_matching=1
then service can be set up exactly how I wanted:
define service{
use generic-service-nobody
hostgroups tomcats
host_name
I've just tried to implement my approach, and it turns out I was almost
correct ;)
It is indeed possible to abuse check_dummy to "mirror" hosts and
services from a child zone to the parent zone (because the master knows
about them), but not the other way round.
Regards,
Markus
On 2017-02-03
Am 2017-02-06 13:05, schrieb Joosten, Markus:
Dear Markus,
thanks for the heads up, I really appreciate it.
I've just tried to implement my approach, and it turns out I was
almost correct ;)
It is indeed possible to abuse check_dummy to "mirror" hosts and
services from a child zone to the pare
There seems to be two different iterations of how to install and run the
Graphite module. Have attempted to run both but neither is connecting to
our existing Graphite host/server to send, pull data, and graph display
properly. One states we need to update /opt/graphite/conf/ while the other
does n
Error message when selecting Graphite action
[image: Inline image 1]
On Mon, Feb 6, 2017 at 2:11 PM, Garrett Pye wrote:
> There seems to be two different iterations of how to install and run the
> Graphite module. Have attempted to run both but neither is connecting to
> our existing Graphite h
Hi Garret,
these are two different modules from different developers. I'm right now
going with the findmypast version, as the other one needs to have
templates defined for each service, while the other ones works for me
without this.
My configuration for this module in
/etc/icingaweb2/modul
