Am 17.10.2014 um 23:43 schrieb Barry Quiel:
I can't find any reference in the Icinga 2 docs to the Icinga 1 feature soft_state_dependencies. I didn't find any reference on the monitoring-portal boards or in the icinga users mail archive.

Was this option carried forward from Icinga 1?
Is in an implicit option now?
Was it renamed?

Everything which is not explicitely mentioned on the migration docs, is not part of Icinga 2's architecture. There are certainly some features inherited from Nagios as a fork, which have been cut off, or just not implemented in the new design. There was a long list of features which has been evaluated step by step for its importance, and some of them have been re-implemented with new algorithms, some found a new "home" after a view revisions during the tech preview cycle, and some simply don't exist. Like someone asked about a problem id lately.


With out that option it makes the dependencies less effective. There is no way to line up the timing of the checks so that the child hosts/services check after the parent goes into a hard state. This is a crucial setting to help reduce the number of alerts around correlated events.

I don't see how this would make sense with Icinga 2, as checks are generally not cached, or written as check files on disk, and reaped an interval (10seconds by default in worst case). But rather, the reachability is immediately evaluated based on the available object states.

If you could give as a real world example using Icinga 1.x, and how you have ported this into Icinga 2, we could discuss, and learn, what problems you encounter with Icinga 2. For now, your explainations are a bit too vague in my opinion.

Kind regards,
Michael

_______________________________________________
icinga-users mailing list
[email protected]
https://lists.icinga.org/mailman/listinfo/icinga-users


--
DI (FH) Michael Friedrich

[email protected]  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
[email protected]       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi

_______________________________________________
icinga-users mailing list
[email protected]
https://lists.icinga.org/mailman/listinfo/icinga-users

Reply via email to