Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
nagios_mit_dynamischem_check-intervall [2015/05/31 20:06] admin |
nagios_mit_dynamischem_check-intervall [2015/05/31 20:08] admin [Nagios mit dynamischem Check-Intervall] |
||
---|---|---|---|
Zeile 14: | Zeile 14: | ||
Zur Verdeutlichung: | Zur Verdeutlichung: | ||
- | {{:wiki:nagios_v2.png?350 |Schematische Darstellung}} Der Service ist also zunächst im "HARD state", bis Nagios eine Änderung feststellt und diesen in den "SOFT state" setzt. Nun kommen die Parameter ''max_check_attempts'' und ''retry_check_interval'' zum Tragen um den neuen Status zu bestätigen. Im o.g. Beispiel ändert Nagios nun den Check-Interval vom 5-Minuten-Rhythmus (''normal_check_interval'') auf einen minütlichen Rhythmus (''retry_check_interval''). Sobald der neue Status oft genug bestätigt wurde (''max_check_attempts''), also in unserem Beispiel nach beim 5ten Mal, wird aus dem "SOFT state" ein sogenannter "HARD state". Ab jetzt gilt dann wieder der ''normal_check_interval'', also hier 5 Minuten. | + | {{:wiki:nagios_v2.png?350 |Schematische Darstellung}} |
+ | Der Service ist also zunächst im "HARD state", bis Nagios eine Änderung feststellt und diesen in den "SOFT state" setzt. Nun kommen die Parameter ''max_check_attempts'' und ''retry_check_interval'' zum Tragen um den neuen Status zu bestätigen. Im o.g. Beispiel ändert Nagios nun den Check-Interval vom 5-Minuten-Rhythmus (''normal_check_interval'') auf einen minütlichen Rhythmus (''retry_check_interval''). Sobald der neue Status oft genug bestätigt wurde (''max_check_attempts''), also in unserem Beispiel nach beim 5ten Mal, wird aus dem "SOFT state" ein sogenannter "HARD state". Ab jetzt gilt dann wieder der ''normal_check_interval'', also hier 5 Minuten. | ||
==== Problemstellung ==== | ==== Problemstellung ==== |