Hi Stephan,
On 14.11.2016 21:14, Stephan Tesch wrote:
Am 14.11.2016 um 19:55 schrieb tilo....@googlemail.com:
on satA's:
=================
/etc/icinga2.conf:
-----------------
...
include zones.conf.d
include _recursive zones.conf.d
/etc/icinga2.zones.conf.d/satA.conf:
-----------------
object Endpoint "satA1" {
host= "xxx.xxx.xxx.xxx"
}
object Endpoint "satA2" {
host= "xxx.xxx.xxx.xxx"
}
object Zone "satA" {
endpoints = [ "satA1","satA2"]
parent = "master"
}
object Zone "global"
global = true
}
/etc/icinga2/zones.conf.d/master.conf:
-----------------
object Endpoint "master1" {
host= "xxx.xxx.xxx.xxx"
}
object Endpoint "master2" {
host= "xxx.xxx.xxx.xxx"
}
object Endpoint "master3" {
host= "xxx.xxx.xxx.xxx"
}
object Zone "master" {
endpoints = [ "master1","master2","master3"]
}
I'm not sure if this impacts this, but there's a bug that only lets you
use 2 Endpoints for each zone. I wasn't able to find that bugreport, but
it might be a start to dial that config down to master1 and master2.
https://dev.icinga.org/isuues/10435
It should only impact the performance of doing checks.
and in my scenario the 3 masters doesn't execute checks
I'm able to see the results via incinga2 api on the master, but not
inside idodb. That means: icinga2-sync itself is working fine?
But anyway:
I stripped down the complete cluster to only one member per zone
Now I'm getting the check-states inside idodb.
I'll doing further investigations with different cluster-structures...
Best regards,
Stephan
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users
