Checkmk git commits October 2012

checkmk-commits@lists.checkmk.com

1 participants
252 discussions

Check_MK Git: check_mk: Fixed view editor change with current code

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: f90d813c6c965c5d597657f5f632c09315924727 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=f90d813c6c965c… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Tue Oct 2 15:16:29 2012 +0200 Fixed view editor change with current code --- .bugs/584 | 7 +++++-- .bugs/716 | 7 +++++-- web/htdocs/views.py | 1 + 3 files changed, 11 insertions(+), 4 deletions(-) diff --git a/.bugs/584 b/.bugs/584 index abe9047..5c7530e 100644 --- a/.bugs/584 +++ b/.bugs/584 @@ -1,9 +1,12 @@ Title: How to control windows agent installer via cli Component: docu -State: open +Class: todo +State: done Date: 2012-01-10 16:19:00 Targetversion: 1.2.0 -Class: todo There are some command line options in the windows agent installer. Create a documentation for these options. + +2012-10-02 15:00:58: changed state open -> done +Is already documented. diff --git a/.bugs/716 b/.bugs/716 index 2df2949..3e4a5f9 100644 --- a/.bugs/716 +++ b/.bugs/716 @@ -1,12 +1,15 @@ Title: Timeperiods as exceptions can only be selected after saving the rule Component: wato -State: open +Class: nastiness +State: done Date: 2012-08-01 11:17:46 Targetversion: 1.2.0 -Class: nastiness This is a nasty interface problem (for the user) If you add a timeperiod, the exception (text) field is visible, but the dropdown for selecting a timeperiod exception is not. If you save the rule and go back to edit mode, then the dropdown is there. + +2012-10-02 15:04:01: changed state open -> done +This works with current WATO. diff --git a/web/htdocs/views.py b/web/htdocs/views.py index 3647eba..92a73ca 100644 --- a/web/htdocs/views.py +++ b/web/htdocs/views.py @@ -733,6 +733,7 @@ def page_edit_view(): if html.has_var("try") or html.has_var("search"): html.set_var("search", "on") if view: + bi.reset_cache_status() show_view(view, False, False) return # avoid second html footer

11 years, 11 months

Check_MK Git: check_mk: FIX: Try out mode in view editor does not show context buttons anymore

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: a526214d3b9be496af0dcff17f637bba61e3e4dd URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=a526214d3b9be4… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Tue Oct 2 15:14:06 2012 +0200 FIX: Try out mode in view editor does not show context buttons anymore Conflicts: .bugs/772 --- .bugs/772 | 4 ++-- ChangeLog | 1 + web/htdocs/views.py | 3 ++- 3 files changed, 5 insertions(+), 3 deletions(-) diff --git a/.bugs/772 b/.bugs/772 index 45aad40..5029aac 100644 --- a/.bugs/772 +++ b/.bugs/772 @@ -8,5 +8,5 @@ Targetversion: 1.2.0 When hitting "Try out" in the edit mode of a view then the buttons for commands etc are shown but shouldn't. -2012-10-02 15:15:02: changed state open -> done -Has been solved. +2012-10-02 15:12:44: changed state open -> done +Has just been fixed. diff --git a/ChangeLog b/ChangeLog index a781264..1e92aa1 100644 --- a/ChangeLog +++ b/ChangeLog @@ -26,6 +26,7 @@ * Added "view" parameter to dashlet_pnpgraph webservice * FIX: BI: Assuming "OK" for hosts is now possible * FIX: Fixed error in makeuri() calls when no parameters in URL + * FIX: Try out mode in view editor does not show context buttons anymore WATO * Added "profile" option to be configurable via browser diff --git a/web/htdocs/views.py b/web/htdocs/views.py index 37711e9..3647eba 100644 --- a/web/htdocs/views.py +++ b/web/htdocs/views.py @@ -1351,7 +1351,8 @@ def render_view(view, rows, datasource, group_painters, painters, len(rows) > 0 and \ should_show_command_form(display_options, datasource) - show_context_links(view, hide_filters, show_filters, display_options, + if show_buttons: + show_context_links(view, hide_filters, show_filters, display_options, painter_options, command_form, layout.get('checkboxes', False)) # User errors in filters

11 years, 11 months

Check_MK Git: check_mk: Updated bug entries #0652, #0108, #0582, #0487

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: ed6e0f5686e84bccd7c1b6ebe383bed5af8ad11f URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=ed6e0f5686e84b… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Tue Oct 2 11:02:29 2012 +0200 Updated bug entries #0652, #0108, #0582, #0487 --- .bugs/108 | 8 ++++++-- .bugs/487 | 7 +++++-- .bugs/582 | 7 +++++-- .bugs/652 | 7 +++++-- 4 files changed, 21 insertions(+), 8 deletions(-) diff --git a/.bugs/108 b/.bugs/108 index a68a51e..66a4016 100644 --- a/.bugs/108 +++ b/.bugs/108 @@ -1,8 +1,12 @@ Title: WATO: link hosts to view in Multisite Component: wato -State: open -Date: 2011-01-25 16:53:59 Class: feature +State: done +Date: 2011-01-25 16:53:59 +Targetversion: future A host should show a link directly to the correct view in Multisite (if this is possible). + +2012-10-02 08:58:07: changed state open -> done +This is implemented since a long time. diff --git a/.bugs/487 b/.bugs/487 index 1fc66c5..d0e7993 100644 --- a/.bugs/487 +++ b/.bugs/487 @@ -1,10 +1,13 @@ Title: Add optional comment when restarting Nagios via WATO Component: wato -State: open +Class: feature +State: wontfix Date: 2011-12-08 17:03:28 Targetversion: 1.2.0 -Class: feature We add a text input in the "Activate Changes" pages. The user can enter a comment here. The comment will be added to the audit-Log and will be used to name or tag the snapshot. + +2012-10-02 08:54:38: changed state open -> wontfix +Duplicate of 735. Closing this one. diff --git a/.bugs/582 b/.bugs/582 index 72dab63..fcdae83 100644 --- a/.bugs/582 +++ b/.bugs/582 @@ -1,11 +1,14 @@ Title: configure first_notification_delay from WATO Component: wato -State: open +Class: feature +State: done Date: 2012-04-10 10:27:46 Targetversion: 1.2.0 -Class: feature Currently we don't have support for setting the first notification delay from within WATO. This is a helpful feature we recommended to many people, so it would be important to have it available; I think it's the only notification-related setting not available in WATO, so by adding it we'd have it all covered. + +2012-10-02 08:57:19: changed state open -> done +It has already been added. diff --git a/.bugs/652 b/.bugs/652 index fc74f09..691e23c 100644 --- a/.bugs/652 +++ b/.bugs/652 @@ -1,9 +1,12 @@ Title: Rulesets: not configurable with "secondary tags" Component: wato -State: open +Class: feature +State: done Date: 2012-02-14 15:54:52 Targetversion: future -Class: feature When e.g. the "snmp" tag is added to the hosts as implicit tag it can not be used in rulesets. + +2012-10-02 08:56:11: changed state open -> done +This can already be done.

11 years, 11 months

Check_MK Git: check_mk: Added internal notes

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 7b68d42a688b0bb0546f9f9c0bec2de7d367775e URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=7b68d42a688b0b… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Tue Oct 2 11:02:54 2012 +0200 Added internal notes --- LIESMICH.ldap | 148 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 148 insertions(+), 0 deletions(-) diff --git a/LIESMICH.ldap b/LIESMICH.ldap new file mode 100644 index 0000000..14ca339 --- /dev/null +++ b/LIESMICH.ldap @@ -0,0 +1,148 @@ +Die LDAP-Anbindung kann sehr vielschichtig sein. Unterteilen wir mal in: + +1. Login: Die Validierung von Benutzername und Passwort +2. User-Objekte/Attribute synchronisieren +3. Rechnte: Gruppenmitgliedschaften + +1. Benötigte Konfigurationsoptionen +-------- + +multisite_login_modules = [ 'ldap', 'htpasswd' ] + +ldap_uri = 'ldap://<address>:<port>' +ldap_version = 3 +ldap_bind_dn = '<DN>' +ldap_bind_pw = '<pw>' + + +ldap_user_base_dn = '' +ldap_user_scope = 'sub' +ldap_user_filter = '' +ldap_user_attrs = { + # MK LDAP + 'username': 'uid', +} + +ldap_sync_plugins = [ + ldap_sync_name, + ldap_sync_mail, + ldap_sync_pager, + ldap_sync_groups, +] + +# Aktiviert ddas Synchronisieren von Benutzerattributen mit dem LDAP +ldap_auth_sync_users = True +# Aktiviert das Erstellen von nicht vorhandenen Accounts im WATO +ldap_auth_create_user = True + +Innerhalb einiger Konfigurationsoptionen, z.B. der DNs und der Filter müssen einige Macros verfügbar sein, +z.B. der Name der lokalen OMD-Site. FIXME: Zumindest für Eckard brauchen wir das. + +2. Konfiguration über WATO +-------- + +Eine Möglichkeit wäre eine eigene Maske zu bauen, für den Anfang sollte es aber ausreichen +die Einstellungen in der "Global Settings" Seite konfigurierbar zu machen. Unterhalb von +"Multisite & WATO" könnte man die Option multisite_login_modules hinzufügen und für alle +LDAP-Spezifischen Attribute eine eigene Gruppe "LDAP" erstellen. + +2. LDAP-Verbindung +-------- + +Für die Verbindung zum LDAP-Server wird das Modul "ldap" benutzt. Für unsere Implementierung könnte das +Objekt ldap.ReconnectLDAPObject interessant sein. Es baut die Verbindung zum LDAP-Server automatisch wieder +auf, wenn die Verbindung nicht aufgebaut ist oder abgebrochen hat. Für unsere Implementierung sind die +synchronen Funktionen *_s() interessant. + +Die LDAP-Verbindung könnte pro Apache-Thread gehalten werden, so dass der Overhead für den Verbindungsaufbau +bei wiederholten Anfragen entfällt. + +Die komplette LDAP-Anbindung muss read-only sein. Es dürfen keine schreibenden Aktionen in das LDAP +ausgeführt werden. + +4. Login +-------- + +Die LDAP-Kopplung auf Login-Ebene wird in login.py implementiert. Dazu wird die +Funktion do_login() so umgebaut, dass sie modularisierbar ist. Die Überprüfung +der htaccess-Passwörter wird extrahiert und ersetzt. Es wird dann möglich sein +mehrere Authentifizierungsmechanismen anzugeben, die dann der Reihe nach +abgearbeitet werden, solange bis der Nutzer erfolgreich eingeloggt ist, oder +alle Möglichkeiten ausprobiert wurden. Wobei eine Funktion drei Verschiedene Ergebnisse +haben kann: 1) Erfolg 2) Falsches Passwort 3) Account nicht vorhanden. Nur im dritten +Fall werden die folgenden Auth-Mechanismen benutzt. + +Beim LDAP-Login wird als erstes ein LDAP-Bind mit einem Service-Benutzer (ldap_bind_dn, ldap_bind_pw) ausgeführt. +Dieser Benutzer muss innerhalb des LDAP ausreichende Rechte zum Auflisten aller Benutzer +haben. Mit diesem Benutzer wird dann ein LDAP-Search (ldap_user_base_dn, ldap_user_scope, ldap_user_filter) +durchgeführt, mit dem dann der Benutzername, der sich gerade authentifizieren will, gesucht wird (ldap_attr_map). +Wenn der Benutzer nicht gefunden wurde, wird der LDAP-Login abgebrochen und mit dem nächsten Login-Modul +weiter gemacht. Wenn der Benutzer gefunden wurde, wird versucht einen LDAP-Bind mit dem DN und Passwort des +Benutzers zu machen. Wenn das funktioniert, ist der Benutzer erfolgreich eingeloggt. + +Auch die Funktion check_auth_cookie() muss modularisiert werden. Hier wird geprüft, ob der Benutzer noch +existiert und der Passwort-Hash noch stimmt. FIXME: Hier den gleichen Mechanismus wie beim Login verwenden? + +Die Authentifizierung am LDAP-Server erfordert immer einen Online-Zugriff. Die LDAP-Authentifizierung ist +also nicht möglich, wenn der LDAP-Server nicht erreichbar ist. + +Die restliche Verarbeitung (Cookie setzten etc.) geschieht über die vorhandenen Mechanismen im Multisite. + +5. User-Objekte/Attribute synchronisieren + +Es muss möglich sein Nutzer lokal im WATO zu verwalten. Trotzdem sollen sich Nutzer am Multisite anmelden +können, die noch nicht im WATO vorhanden sind. + +5.1 Bei Login Accounts erstellen + +Beim Login eines Benutzers, der noch nicht im Multisite existiert, wird, sofern aktiviert (ldap_auth_create_user), +ein neuer Benutzeraccount im WATO angelegt. Dieser Benutzer hat erst einmal keinen Eintrag in der htpasswd-Datei, +kann sich also nicht lokal anmelden. FIXME: Welche Attribute setzen/sperren? Eventuell von einem Template klonen? + +5.2 Attribute abgleichen + +Attribute, wie z.B. Full name, Email address und Pager address sollen vom zentralen LDAP abgeglichen werden können, +wenn konfiguriert (ldap_auth_sync_users). Dies geschieht für Benutzeraccounts, die im LDAP gefunden werden können. +Sobald ein Attribut mit dem LDAP abgeglichen wird, ist das LDAP der zentrale Speicherpunkt für diese Information. +Im WATO ist dieser Wert dann nicht mehr editierbar. Pro Attribut kann ein weiteres Attribut gesetzt werden, das den +Schreibzugriff auf das dazugehörige echte Attribut verhindert, z.B. "email" und "email_locked = True". FIXME: Alternativ +ein internes Attribut ".locked" einführen, das die Liste der gesperrten Felder hält. + +Die Attribute, die synchronisiert werden, werden vom LDAP abgefragt und im lokalen Datensatz des Benutzers gespeichert +um von dort aus z.B. in die Nagios-Konfiguration geschrieben zu werden. + +Die Synchronisation von Attributen geschieht über eine Plugin-Schnittstelle. Sync-Funktionen können registriert und +aktiviert (ldap_sync_plugins) werden, diese bekommen den LDAP-Datensatz des Nutzers und das WATO User-Objekt +übergeben, können das WATO User-Objekt beliebig modifizieren und wieder zurück geben. Die Plugins sollten pro +Installation konfigurierbar sein. + +Der Abgleich mit dem LDAP geschieht nach dem Login eines Benutzers. Bei der Cookie-Validierung sollte das nicht +gemacht werden. Damit würde bei jedem HTTP-Request an die index.py ein Abgleich stattfinden. + +Die Synchronisation eines Benutzers kann von einem Admin manuell im WATO angestoßen werden. Diese Option wird auch +für Accounts angeboten, die noch keinen Match im LDAP haben um eventuell nachträglich angelegte Accounts sycnrhonisieren zu können. + +Es wäre auch zu überlegen, ob es alternativ oder ergänzend einen Bulk-Abgleich, z.B. beim aktivieren der Konfiguration +geben soll. + +Durch den Abgleich werden nur die Daten im WATO editiert. Die Änderungen werden nicht sofort aktiviert. +FIXME: Wie dann? + +5.3 Distributed-WATO + +Bisher werden die Benutzer-Accounts beim Distributed-WATO alle synchronisiert. Das darf so nicht bleiben. Bei der +LDAP-Integration muss es möglich sein Accounts nur in einer Site zu haben. Dabei muss es außerdem möglich sein pro +Site eigene LDAP-Server zu konfigurieren. + +FIXME: Welche Benutzer sychronisieren? Wie wird das geregelt? Hatten wir da nicht schon eine Idee? +FIXME: Immer LDAP-Server pro Site konfigurierbar machen, oder nur optional? + +6. Rechte: Gruppenmitgliedschaften + +Im WATO werden die Gruppenmitgliedschaften und Rollenzugehörigkeiten eines Benutzers im Datensatz des Nutzers +gespeichert. Dadurch ist es möglich diese Listen mit einem sync-plugin zu modifizieren +(ldap_sync_groups, ldap_sync_roles). Diese Plugins können diese Attribute anhand bestimmter Kriterien, die pro +Plugin konfigurierbar gemacht werden können, die Listen der Gruppen oder Rollen pflegen und für die manuelle +Bearbeitung im WATO sperren. + +FIXME: Kann ein Plugin Konfigurationsoptionen im WATO registrieren?

11 years, 11 months

Check_MK Git: check_mk: Merge branch 'master' of mathias-kettner.de: check_mk

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 3da3345ceed978165ad2e80eb05729abc281531d URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=3da3345ceed978… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Mon Oct 1 16:45:01 2012 +0200 Merge branch 'master' of mathias-kettner.de:check_mk ---

11 years, 11 months

Check_MK Git: check_mk: FIX: Implemented basic non HTTP 200 status code response handling in

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: fe12899a691ec17d364d0f9226836a125c6ea7bc URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=fe12899a691ec1… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Mon Oct 1 16:44:43 2012 +0200 FIX: Implemented basic non HTTP 200 status code response handling in interactive progress dialogs (e.g. bulk inventory mode) --- ChangeLog | 4 +++ web/htdocs/js/wato.js | 59 ++++++++++++++++++++++++++++++++++++------------ web/htdocs/wato.py | 11 ++++++-- 3 files changed, 56 insertions(+), 18 deletions(-) diff --git a/ChangeLog b/ChangeLog index c361152..73a9dac 100644 --- a/ChangeLog +++ b/ChangeLog @@ -16,6 +16,10 @@ * FIX: Fixed releasing of locks and livestatus connections when logging out * FIX: Fixed login/login confusions with index page caching + WATO: + * FIX: Implemented basic non HTTP 200 status code response handling in interactive + progress dialogs (e.g. bulk inventory mode) + 1.2.0p3: Mulitisite * Added "view" parameter to dashlet_pnpgraph webservice diff --git a/web/htdocs/js/wato.js b/web/htdocs/js/wato.js index 76bf3be..e3da0f4 100644 --- a/web/htdocs/js/wato.js +++ b/web/htdocs/js/wato.js @@ -240,6 +240,8 @@ var progress_found = 0; // The fields which signal that something has been successfully processed. // this is used together with progress_found to find out the correct redirect url var progress_success_stats = []; +// The fields which signal that something has failed +var progress_fail_stats = []; // The URL to redirect to after finish/abort button pressed var progress_end_url = ''; // The URL to redirect to after finish/abort button pressed when nothing found @@ -253,23 +255,46 @@ var progress_paused = false; // Is set to true when the user hit aborted/finished var progress_ended = false; -function progress_handle_response(data, code) { +function progress_handle_error(data, code) { + // code contains no parsable response but the http code + progress_handle_response(data, '', code); +} + +function progress_handle_response(data, code, http_code) { var mode = data[0]; var item = data[1]; var header = null; - try { - var header = eval(code.split("\n", 1)[0]); - if (header === null) - alert('Header is null!'); - } catch(err) { - alert('Invalid response: ' + code); - } + var body = null; + if(http_code !== undefined) { + // If the request failed report the item as failed + // - Report failed state + // - Update the total count (item 0 = 1) + // - Update the failed stats + header = [ 'failed', 1 ]; + for(var i = 1; i <= Math.max.apply(Math, progress_fail_stats); i++) { + if(progress_fail_stats.indexOf(i) !== -1) { + header.push(1); + } else { + header.push(0); + } + } + body = 'HTTP-Request failed (' + http_code + ', ' + data + ')' + } else { + // Regular response processing + try { + var header = eval(code.split("\n", 1)[0]); + if (header === null) + alert('Header is null!'); + } catch(err) { + alert('Invalid response: ' + code); + } - // Extract the body from the response - var body = code.split('\n'); - body.splice(0,1); - body = body.join(''); + // Extract the body from the response + var body = code.split('\n'); + body.splice(0,1); + body = body.join(''); + } // Process statistics update_progress_stats(header); @@ -404,7 +429,7 @@ function progress_clean_log() { log = null; } -function progress_scheduler(mode, url_prefix, timeout, items, end_url, success_stats, term_url, finished_txt) { +function progress_scheduler(mode, url_prefix, timeout, items, end_url, success_stats, fail_stats, term_url, finished_txt) { // Initialize if (progress_items === null) { progress_items = items; @@ -413,6 +438,7 @@ function progress_scheduler(mode, url_prefix, timeout, items, end_url, success_s progress_end_url = end_url; progress_term_url = term_url; progress_success_stats = success_stats; + progress_fail_stats = fail_stats; progress_fin_txt = finished_txt; progress_mode = mode; progress_url = url_prefix; @@ -430,8 +456,11 @@ function progress_scheduler(mode, url_prefix, timeout, items, end_url, success_s progress_running = true; // Remove leading pipe signs (when having no folder set) update_progress_title(progress_items[0].replace(/^\|*/g, '')); - get_url(url_prefix + '&_transid=-1&_item=' + - escape(progress_items[0]), progress_handle_response, [ mode, progress_items[0] ]); + get_url(url_prefix + '&_transid=-1&_item=' + escape(progress_items[0]), + progress_handle_response, // regular handler (http code 200) + [ mode, progress_items[0] ], // data to hand over to handlers + progress_handle_error // error handler + ); } else { progress_finished(); return; diff --git a/web/htdocs/wato.py b/web/htdocs/wato.py index b8624c2..8541e6a 100644 --- a/web/htdocs/wato.py +++ b/web/htdocs/wato.py @@ -2530,6 +2530,7 @@ def mode_bulk_inventory(phase): (_("Total services"), 0) ], # stats table [ ("mode", "folder") ], # URL for "Stop/Finish" button 50, # ms to sleep between two steps + fail_stats = [ 1 ], ) else: @@ -2900,6 +2901,7 @@ def mode_parentscan(phase): ], [ ("mode", "folder") ], # URL for "Stop/Finish" button 50, # ms to sleep between two steps + fail_stats = [ 1 ], ) else: @@ -4019,7 +4021,9 @@ def hilite_errors(outdata): # | buttons for aborting and pausing. | # '----------------------------------------------------------------------' -def interactive_progress(items, title, stats, finishvars, timewait, success_stats = [], termvars = []): +# success_stats: Fields from the stats list to use for checking if something has been found +# fail_stats: Fields from the stats list to used to count failed elements +def interactive_progress(items, title, stats, finishvars, timewait, success_stats = [], termvars = [], fail_stats = []): if not termvars: termvars = finishvars; html.write("<center>") @@ -4050,6 +4054,7 @@ def interactive_progress(items, title, stats, finishvars, timewait, success_stat html.write("</center>") json_items = '[ %s ]' % ',\n'.join([ "'" + h + "'" for h in items ]) success_stats = '[ %s ]' % ','.join(map(str, success_stats)) + fail_stats = '[ %s ]' % ','.join(map(str, fail_stats)) # Remove all sel_* variables. We do not need them for our ajax-calls. # They are just needed for the Abort/Finish links. Those must be converted # to POST. @@ -4057,9 +4062,9 @@ def interactive_progress(items, title, stats, finishvars, timewait, success_stat finish_url = make_link([("mode", "folder")] + finishvars) term_url = make_link([("mode", "folder")] + termvars) - html.javascript(('progress_scheduler("%s", "%s", 50, %s, "%s", %s, "%s", "' + _("FINISHED.") + '");') % + html.javascript(('progress_scheduler("%s", "%s", 50, %s, "%s", %s, %s, "%s", "' + _("FINISHED.") + '");') % (html.var('mode'), base_url, json_items, finish_url, - success_stats, term_url)) + success_stats, fail_stats, term_url)) #.

11 years, 11 months

Check_MK Git: check_mk: Updated bug entries #0744

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: db3817c95737056261121a65e52113e63ed52803 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=db3817c9573705… Author: Bastian Kuhn <bk(a)mathias-kettner.de> Date: Mon Oct 1 15:57:45 2012 +0200 Updated bug entries #0744 --- .bugs/744 | 10 ++++++++++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/.bugs/744 b/.bugs/744 new file mode 100644 index 0000000..d210025 --- /dev/null +++ b/.bugs/744 @@ -0,0 +1,10 @@ +Title: Host- and Service Groups empty if contact not have the right for all members +Component: livestatus +State: open +Date: 2012-10-01 15:54:12 +Targetversion: 1.2.0 +Class: bug + +On the Hostgroups (Summary) and the Servicegroups (Summary) all elements are missing, +where a contact is not member for all childrens of element. +For example, a hostgroup with ten hosts, is contact not member of all ten, the hostgroup doesent appear

11 years, 11 months

Check_MK Git: check_mk: Merge branch 'master' of ssh://mathias-kettner.de/ check_mk

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: f1c2f3b7c6c9b53aecd120ea14a2e9351e9c00e2 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=f1c2f3b7c6c9b5… Author: Bastian Kuhn <bk(a)mathias-kettner.de> Date: Mon Oct 1 15:57:52 2012 +0200 Merge branch 'master' of ssh://mathias-kettner.de/check_mk ---

11 years, 11 months

Check_MK Git: check_mk: Merge branch 'master' of mathias-kettner.de: check_mk

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: a48c918ff1c8e979e93bccb75426b4754db7540d URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=a48c918ff1c8e9… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Mon Oct 1 15:46:46 2012 +0200 Merge branch 'master' of mathias-kettner.de:check_mk ---

11 years, 11 months

Check_MK Git: check_mk: FIX: Linux mk_logwatch: iregex Parameter was never used

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 1a0f4a7e5abbc7baaf8ae4716e57d74026d5ccdd URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=1a0f4a7e5abbc7… Author: Lars Michelsen <lm(a)mathias-kettner.de> Date: Mon Oct 1 15:46:25 2012 +0200 FIX: Linux mk_logwatch: iregex Parameter was never used --- ChangeLog | 3 +++ agents/plugins/mk_logwatch | 3 +-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index d3bb08f..c361152 100644 --- a/ChangeLog +++ b/ChangeLog @@ -29,6 +29,9 @@ Livestatus * FIX: comments_with_info in service table was always empty + Checks & Agents: + * FIX: Linux mk_logwatch: iregex Parameter was never used + 1.2.1i1: Core: * Allow to add options to rules. Currently the options "disabled" and diff --git a/agents/plugins/mk_logwatch b/agents/plugins/mk_logwatch index beb19e9..2910ab6 100755 --- a/agents/plugins/mk_logwatch +++ b/agents/plugins/mk_logwatch @@ -241,7 +241,6 @@ for filenames, patterns in config: opt_maxlines = None opt_maxtime = None opt_regex = None - opt_iregex = None opt_overflow = 'C' opt_overflow_level = 2 try: @@ -259,7 +258,7 @@ for filenames, patterns in config: elif key == 'regex': opt_regex = re.compile(value) elif key == 'iregex': - opt_iregex = re.compile(value, re.I) + opt_regex = re.compile(value, re.I) else: raise Exception("Invalid option %s" % key) except Exception, e:

11 years, 11 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Checkmk git commits October 2012