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