[checkmk-commits] Check_MK Git: check_mk: Converted further bugs from LIESMICH.zutun

Module: check_mk Branch: master Commit: ae21e60e545910a84dd317dd5012cd2e44a4076d URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=ae21e60e545910… Author: Mathias Kettner <mk(a)mathias-kettner.de> Date: Tue Dec 21 12:21:16 2010 +0100 Converted further bugs from LIESMICH.zutun --- .bugs/11 | 15 +++++++++++++++ .bugs/12 | 24 ++++++++++++++++++++++++ .bugs/13 | 13 +++++++++++++ .bugs/14 | 14 ++++++++++++++ .bugs/15 | 13 +++++++++++++ .bugs/16 | 22 ++++++++++++++++++++++ .bugs/17 | 15 +++++++++++++++ .bugs/config | 1 + LIESMICH.zutun | 46 ---------------------------------------------- gb | 2 +- 10 files changed, 118 insertions(+), 47 deletions(-) diff --git a/.bugs/11 b/.bugs/11 new file mode 100644 index 0000000..7a8c61d --- /dev/null +++ b/.bugs/11 @@ -0,0 +1,15 @@ +Title: Keine Fehlermeldung bei Connection closed +Component: wato +Benefit: 2 +State: open +Cost: 3 +Date: 2010-12-21 12:09:13 +Class: nastiness + +Wenn der Check_MK Agent einen nicht reinlässt (only_from gesetzt), +dann bekommen man nicht Connection refused, sondern eine +leere Ausgabe. Check_MK wertet das aber nicht als (richtiger) +Fehler. WATO zeigt bei der Inventur einfach keine Dienste an. +Der try-inventory sollte das aber als Fehler behandeln und +irgendwie anzeigen. Schließlich ist über die Tags ja festgelegt, +dass vom Agenten Daten kommen sollen. diff --git a/.bugs/12 b/.bugs/12 new file mode 100644 index 0000000..160ac9f --- /dev/null +++ b/.bugs/12 @@ -0,0 +1,24 @@ +Title: Sorry, Operator 4 for lists not implemented. +Component: livestatus +Benefit: 1 +State: open +Cost: 3 +Date: 2010-12-21 12:11:12 +Class: nastiness + +Wenn ich im Thruk im Suchfenster einfach Enter drücke, kommt folgende Query bei raus: +GET services +Columns: .. +Filter: description ~~ +Filter: groups >= +Filter: plugin_output ~~ +Filter: long_plugin_output ~~ +Filter: host_name ~~ +Filter: host_alias ~~ +Filter: host_groups >= +Filter: comments ~~ +Filter: downtimes ~~ +Or: 2 +Or: 8 +livestatus: Sorry, Operator 4 for lists not implemented. +Was ist eigentlich Operator 4? diff --git a/.bugs/13 b/.bugs/13 new file mode 100644 index 0000000..3f7a57c --- /dev/null +++ b/.bugs/13 @@ -0,0 +1,13 @@ +Title: Umlaute in SNMP-Daten und Servicedescription +Component: checks +Benefit: 1 +State: open +Cost: 4 +Date: 2010-12-21 12:12:02 +Class: bug + +Ein Drucker sendet per SNMP Latin1 +kodierte Wert, z.B. Resttonerbehälter. Daraus baut Check_MK eine +Servicedesription, die in nagios/conf.d/check_mk_objects.cfg ein +Latin1-Zeichen enthält. Hier sollte unbedingt UTF-8 verwendet +werden. Nur: woher kennen wir die Kodierung vom Drucker?? diff --git a/.bugs/14 b/.bugs/14 new file mode 100644 index 0000000..e4513b2 --- /dev/null +++ b/.bugs/14 @@ -0,0 +1,14 @@ +Title: UTF-8 Kodierung von Eurosymbol geht nicht +Component: livestatus +Benefit: 1 +State: open +Cost: 3 +Date: 2010-12-21 12:12:58 +Class: bug + +Livestatus: bestimmte UTF-8 Zeichen werden nicht korrekt kodiert, z.B. "€". +Um das umzustellen, muss man wahrscheinlich einfach UTF-8 generell +annehmen. + +Die aktuelle Implementierung erkennt halbautomatisch eine Mischung +aus Latin1 und UTF-8. Kann man bei Nagios einfach UTF-8 verlangen? diff --git a/.bugs/15 b/.bugs/15 new file mode 100644 index 0000000..9117096 --- /dev/null +++ b/.bugs/15 @@ -0,0 +1,13 @@ +Title: Counter-Wrap: bei service aggregation fehlen Checks +Component: core +Benefit: 1 +State: open +Cost: 3 +Date: 2010-12-21 12:14:07 +Class: nastiness + +Wenn ein Counter Wrap passiert und der check selbst die Exception +nicht abfängt, dann wird das Ergebnis nicht an Nagios weitergeleitet. +Der Service wird auch nicht in die aggregierten Services eines Summary Hosts +aufgenommen. Das kann dazu führen, dass die Anzahl der Services in einem +Summary-Host variabel ist. diff --git a/.bugs/16 b/.bugs/16 new file mode 100644 index 0000000..7dd601e --- /dev/null +++ b/.bugs/16 @@ -0,0 +1,22 @@ +Title: check_mk -II bei Clustern löscht die Checks nicht +Component: core +Benefit: 2 +State: open +Cost: 3 +Date: 2010-12-21 12:15:32 +Class: bug + +Wenn man ein check_mk -II macht, dann werden clustered +services nicht entfernt. Um das sauber hinzubekommen, muss man sicherstellen, +dass der Anwender check_mk -II mit *allen* nodes aufgerufen hat. Denn nur +so darf man die Checks auf dem Cluster entfernen. Sonst kann man nicht sicher +sein, dass Services wegfliegen, die eigentlich von einem anderem Node kommen. +Das müsste dann auch micht clustered_services_of funktionieren. Ich muss +einfach alle Cluster durchgehen, feststellen, ob jeweils alle deren Nodes +inventurisiert werden, und darf dann die betroffenen Services wegwerfen. + +Man könnte auch überlegen, dass man ein -I oder -II auf den Cluster-Namen +zulässt und dann einfach automatisch anstelle dessen die Nodes inventarisiert +und zusätzlich die Checks vom Cluster entfernt. Das könnte eine einfache +Lösung sein. So sorgt der User selbst dafür, dass der Cluster richtig +behandelt wird. diff --git a/.bugs/17 b/.bugs/17 new file mode 100644 index 0000000..6be03cb --- /dev/null +++ b/.bugs/17 @@ -0,0 +1,15 @@ +Title: Tabelle log bei multisite setup: Chronologie ist falsch +Component: multisite +Benefit: 2 +State: open +Cost: 3 +Date: 2010-12-21 12:17:45 +Class: bug + +Die Logereignisse von den verschiedenen Sites werden nicht +korrekt zusammengemischt. Auch das mit dem Limit wird dann +blöd interpretiert. Eigentlich braucht man noch ein nachgelagertes +Limit, dass Multisite selbst anwendet (auch für die Alert statistics). +Es muss so laufen: Bei einem Limit von 100 bekommt jede Site einzeln +das Limit von 100. Dann sortiert man. Und dann wendet man nochmal +das Limit von 100 an. diff --git a/.bugs/config b/.bugs/config index fa2ff10..f73a243 100644 --- a/.bugs/config +++ b/.bugs/config @@ -15,6 +15,7 @@ components = [ classes = [ "cleanup", + "nastiness", "bug", "todo", "phantasm", diff --git a/LIESMICH.zutun b/LIESMICH.zutun index b5b5064..1070810 100644 --- a/LIESMICH.zutun +++ b/LIESMICH.zutun @@ -1,49 +1,3 @@ -WATO: Wenn ein Agent einen rauswirft (leere Ausgabe, Connection closed), kommt im -WATO bei der Inventur keine sinnvolle Fehlermeldung. - -ich bin mir nicht sicher ob das nun ein Thruk Problem oder ein Livestatus Problem ist. Vermutlich beides :-) -Wenn ich im Thruk im Suchfenster einfach Enter drücke, kommt folgende Query bei raus: -GET services -Columns: .. -Filter: description ~~ -Filter: groups >= -Filter: plugin_output ~~ -Filter: long_plugin_output ~~ -Filter: host_name ~~ -Filter: host_alias ~~ -Filter: host_groups >= -Filter: comments ~~ -Filter: downtimes ~~ -Or: 2 -Or: 8 -livestatus: Sorry, Operator 4 for lists not implemented. - - -Noch ein Problem mit Umlauten: Ein Drucker sendet per SNMP Latin1 -kodierte Wert, z.B. Resttonerbehälter. Daraus baut Check_MK eine -Servicedesription, die in nagios/conf.d/check_mk_objects.cfg ein -Latin1-Zeichen enthält. Hier sollte unbedingt UTF-8 verwendet -werden. Nur: woher kennen wir die Kodierung vom Drucker?? - -Livestatus: bestimmte UTF-8 Zeichen werden nicht korrekt kodiert, z.B. "€". -Um das umzustellen, muss man wahrscheinlich einfach UTF-8 generell -annehmen. - -Wenn ein Counter Wrap passiert und der check selbst die Exception -nicht abfängt, dann wird das Ergebnis nicht an Nagios weitergeleitet. -Der Service wird auch nicht in die aggregierten Services eines Summary Hosts -aufgenommen. Das kann dazu führen, dass die Anzahl der Services in einem -Summary-Host variabel ist. - -Cluster-Inventur(1): Wenn man ein check_mk -II macht, dann werden clustered -services nicht entfernt. Um das sauber hinzubekommen, muss man sicherstellen, -dass der Anwender check_mk -II mit *allen* nodes aufgerufen hat. Denn nur -so darf man die Checks auf dem Cluster entfernen. Sonst kann man nicht sicher -sein, dass Services wegfliegen, die eigentlich von einem anderem Node kommen. -Das müsste dann auch micht clustered_services_of funktionieren. Ich muss -einfach alle Cluster durchgehen, feststellen, ob jeweils alle deren Nodes -inventurisiert werden, und darf dann die betroffenen Services wegwerfen. - Cluster-Inventur(2): Wenn ein Service auf der Node sitzt und man die Regeln zu Clustered services ändert, entfernt ein -II das nicht von der node. diff --git a/gb b/gb index 01f9721..559d48f 100755 --- a/gb +++ b/gb @@ -134,7 +134,7 @@ def bug_state(bug): return "%s%-7s%s" % (tty_bold + states.get(state, ""), state, tty_normal) def list_bug(bug): - sys.stdout.write("#%04d %-6s %-7s %-10s %-60s\n" % + sys.stdout.write("#%04d %-6s %-9s %-10s %-60s\n" % (int(bug["id"]), bug_state(bug), bug["class"], bug["component"], bug["title"])) def show_bug(bug):