Module: check_mk
Branch: master
Commit: ca8b5074a2745c7aad6c9d57769f41cc8b1e9b94
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=ca8b5074a2745c…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Fri Mar 25 08:10:43 2011 +0100
Cleaned up directories
---
BI.fehlt | 14 +++++++++++---
figheader => doc/helpers/figheader | 0
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/BI.fehlt b/BI.fehlt
index 092d448..96efbe2 100644
--- a/BI.fehlt
+++ b/BI.fehlt
@@ -20,9 +20,6 @@ Modi, untern denen eine Aggr berechnet werden kann:
* mit 'force worst'
* Downtimeanalyse (Downtime wie crit behandeln)
-Pending muss korrekt behandelt werden. Am einfachsten wäre ein
-eigener BI-Status dafür.
-
Berechtigungen für:
Aggregationen ansehen generell??
Assume state ausführen
@@ -45,9 +42,20 @@ FEATURE: Icon zum Assumen soll auch bei den normalen Icons erscheinen,
wenn:
* Überhaupt Aggregationen definiert sind (len(config.aggregations) > 0)
* Man das Recht dazu hat, was zu assumen
* Die (neue) display option dafür eingeschaltet ist.
+ * Man könnte auch anstelle der jetzt vorhandenen Legobausteine das Assume-Icon
+ malen?
FEATURE: Downtimes: sollte man hierfür nicht auch einen BI-Status machen?
Oder muss diese Information separat noch oben driften?
+Wenn ja, dann muss aber klar sein, ob der Status - wenn man die Downtimes
+ausklammern - grün wäre? Besser ist es so:
+Wenn das Aggregat rot ist gilt es dann als "in downtime", wenn alle Zustände,
+die zum rot beitragen, selbst in Downtime sind. Solange die Downtimes nur
+Komponenten betreffen, die nicht den kritischen Status hervorrufen,
+gilt es nicht als in Downtime?
+
+Das Aggregat gilt als "in downtime", wenn
+
FEATURE: Acknowledgements: Sollen wir diese auch nach oben leiten?
diff --git a/figheader b/doc/helpers/figheader
similarity index 100%
rename from figheader
rename to doc/helpers/figheader