Checkmk git commits October 2012

checkmk-commits@lists.checkmk.com

1 participants
252 discussions

Check_MK Git: check_mk: livestatus: debug output reformatted

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 9d2f3a2a34a2085547fddfe63dae0fae0c2ec28e URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=9d2f3a2a34a208… Author: Andreas Boesl <ab(a)mathias-kettner.de> Date: Fri Oct 5 18:22:34 2012 +0200 livestatus: debug output reformatted --- livestatus/src/TableStateHistory.cc | 9 +++++---- 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/livestatus/src/TableStateHistory.cc b/livestatus/src/TableStateHistory.cc index 3e90442..e9e8ac7 100644 --- a/livestatus/src/TableStateHistory.cc +++ b/livestatus/src/TableStateHistory.cc @@ -69,6 +69,11 @@ void debug_statehist(const char *loginfo, ...) void log_hst(HostServiceState *state) { debug_statehist("STATE INFO"); + if (state->_host_name) + debug_statehist("host name %s", state->_host_name); + if (state->_service_description) + debug_statehist("svc description %s", state->_service_description); + debug_statehist("time %d", state->_time); debug_statehist("state %d", state->_state); if (state->_log_output) @@ -77,10 +82,6 @@ void log_hst(HostServiceState *state) debug_statehist("debug_info %s", state->_debug_info); if (state->_notification_period) debug_statehist("notification period %s", state->_notification_period); - if (state->_host_name) - debug_statehist("host name %s", state->_host_name); - if (state->_service_description) - debug_statehist("svc description %s", state->_service_description); debug_statehist("from %d", state->_from); debug_statehist("until %d", state->_until); debug_statehist("duration %d", state->_duration);

11 years, 11 months

Check_MK Git: check_mk: New (temporary) treasure: SLAview examples. Will be moved into builtin views soon

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: e35fb5c2b253e688cd74f836450cb01027f9205f URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=e35fb5c2b253e6… Author: Andreas Boesl <ab(a)mathias-kettner.de> Date: Fri Oct 5 18:23:47 2012 +0200 New (temporary) treasure: SLAview examples. Will be moved into builtin views soon --- doc/treasures/SLAviews/README.sla_view | 3 + doc/treasures/SLAviews/reporting.py | 324 ++++++++++++++++++++++++++++++++ 2 files changed, 327 insertions(+), 0 deletions(-) Diff: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commitdiff;h=e35fb5c2b2…

11 years, 11 months

Check_MK Git: check_mk: Finally fixed compilation problem with livecheck

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 2da139b8e0ab4a12937bd6bc65bf7bf6880e9700 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=2da139b8e0ab4a… Author: Andreas Boesl <ab(a)mathias-kettner.de> Date: Fri Oct 5 14:30:00 2012 +0200 Finally fixed compilation problem with livecheck --- livestatus/src/Makefile.am | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/livestatus/src/Makefile.am b/livestatus/src/Makefile.am index 710c605..f0cb6a9 100644 --- a/livestatus/src/Makefile.am +++ b/livestatus/src/Makefile.am @@ -22,14 +22,13 @@ # to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, # Boston, MA 02110-1301 USA. -bin_PROGRAMS = unixcat +bin_PROGRAMS = unixcat livecheck unixcat_SOURCES = unixcat.c unixcat_LDADD = -lpthread livecheck_SOURCES = livecheck.c strutil.cc check_icmp.c -pkglib_LIBRARIES = livestatus.so -pkglib_PROGRAMS = livecheck +pkglib_LIBRARIES = livestatus.so livestatus_so_SOURCES = \ AndingFilter.cc ClientQueue.cc Column.cc ColumnsColumn.cc CustomVarsExplicitColumn.cc \ @@ -73,6 +72,8 @@ install-data-local: $(mkinstalldirs) $(DESTDIR)$(pkglibdir) $(INSTALL_PROGRAM) livestatus.o $(DESTDIR)$(pkglibdir) rm -f $(DESTDIR)$(pkglibdir)/livestatus.so + $(INSTALL_PROGRAM) livecheck $(DESTDIR)$(pkglibdir) + rm -f $(DESTDIR)$(bindir)/livecheck clean-local: rm -f *~

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: f651ebb3ef65a22d4c90e4cc681ed03aa76ec384 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=f651ebb3ef65a2… Author: Andreas Boesl <ab(a)mathias-kettner.de> Date: Fri Oct 5 17:23:13 2012 +0200 Merge branch 'master' of ssh://mathias-kettner.de/check_mk ---

11 years, 11 months

Check_MK Git: check_mk: livestatus: removed debug message,

by git＠mathias-kettner.de

fixed call of process() when outside of query interval User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Module: check_mk Branch: master Commit: e25ad53c495a9b077fffd621bb73838756b47b6a URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=e25ad53c495a9b… Author: Andreas Boesl <ab(a)mathias-kettner.de> Date: Fri Oct 5 17:23:01 2012 +0200 livestatus: removed debug message, fixed call of process() when outside of query interval --- livestatus/src/TableLog.cc | 2 -- livestatus/src/TableStateHistory.cc | 8 +++++++- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/livestatus/src/TableLog.cc b/livestatus/src/TableLog.cc index db06a01..883cb59 100644 --- a/livestatus/src/TableLog.cc +++ b/livestatus/src/TableLog.cc @@ -143,8 +143,6 @@ void TableLog::answerQuery(Query *query) g_store->logCache()->unlockLogCache(); return; } - debug_log("log classmask after %d", classmask); - /* This code start with the oldest log entries. I'm going to change this and start with the newest. That way, diff --git a/livestatus/src/TableStateHistory.cc b/livestatus/src/TableStateHistory.cc index 835ad16..3e90442 100644 --- a/livestatus/src/TableStateHistory.cc +++ b/livestatus/src/TableStateHistory.cc @@ -69,6 +69,7 @@ void debug_statehist(const char *loginfo, ...) void log_hst(HostServiceState *state) { debug_statehist("STATE INFO"); + debug_statehist("time %d", state->_time); debug_statehist("state %d", state->_state); if (state->_log_output) debug_statehist("check_output %s", state->_log_output); @@ -80,6 +81,9 @@ void log_hst(HostServiceState *state) debug_statehist("host name %s", state->_host_name); if (state->_service_description) debug_statehist("svc description %s", state->_service_description); + debug_statehist("from %d", state->_from); + debug_statehist("until %d", state->_until); + debug_statehist("duration %d", state->_duration); } HostServiceState::~HostServiceState() @@ -419,7 +423,9 @@ void TableStateHistory::updateHostServiceState(Query *query, const LogEntry *ent { // Create existing entry for last known existance hs_state->_until = hs_state->_last_known_time; - process(query, hs_state); + if (!only_update) { + process(query, hs_state); + } // Reanimate this host/service, cleanup any invalid data if (hs_state->_log_output)

11 years, 11 months

Check_MK Git: check_mk: Cleaned up internal docu

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: edcf0f91e2728f8a3f82850ac3c591c01463a841 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=edcf0f91e2728f… Author: Mathias Kettner <mk(a)mathias-kettner.de> Date: Fri Oct 5 14:07:14 2012 +0200 Cleaned up internal docu --- LIESMICH.ldap | 148 --------------------------------------------------------- 1 files changed, 0 insertions(+), 148 deletions(-) diff --git a/LIESMICH.ldap b/LIESMICH.ldap deleted file mode 100644 index 14ca339..0000000 --- a/LIESMICH.ldap +++ /dev/null @@ -1,148 +0,0 @@ -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 ssh://mathias-kettner.de/ check_mk

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 8bd879314712b8b1c69a55fc20a7752c532d0657 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=8bd879314712b8… Author: Mathias Kettner <mk(a)mathias-kettner.de> Date: Fri Oct 5 14:07:17 2012 +0200 Merge branch 'master' of ssh://mathias-kettner.de/check_mk ---

11 years, 11 months

Check_MK Git: check_mk: * use persistent device names from /dev/disk/by-id/ ... instead of /dev/sd[a-z] * support for SMART temperature on SCSI/ SAS Disks

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: 5916c61feeeff95f7c84809b0bbc15a8ba5e7f7a URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=5916c61feeeff9… Author: Raoul Gunnar Borenius <borenius(a)dfn.de> Date: Fri Oct 5 11:11:46 2012 +0200 * use persistent device names from /dev/disk/by-id/... instead of /dev/sd[a-z] * support for SMART temperature on SCSI/SAS Disks Signed-off-by: Raoul Gunnar Borenius <borenius(a)dfn.de> --- agents/plugins/smart | 58 +++++++++++++++++++++++++++++++++++++++++++------- 1 files changed, 50 insertions(+), 8 deletions(-) diff --git a/agents/plugins/smart b/agents/plugins/smart index 0890c85..c9e6682 100755 --- a/agents/plugins/smart +++ b/agents/plugins/smart @@ -2,20 +2,35 @@ # Only handle always updated values, add device path and vendor/model if which smartctl > /dev/null 2>&1 ; then + # + # if the 3ware-utility is found + # get the serials for all disks on the controller + # + if which tw_cli > /dev/null 2>&1 ; then + # support for only one controller at the moment + TWAC=$(tw_cli show | awk 'NR < 4 { next } { print $1 }' | head -n 1) + + # add a trailing zero to handle case of unused slot + # trailing zeros are part of the device links in /dev/disk/by-id/... anyway + # hopefully this doesn't change with new kernels + eval `tw_cli /$TWAC show drivestatus | grep -E '^p[0-9]' | awk '{print $1 " " $7 "0"}' | while read twaminor serial ; do + twaminor=${twaminor#p} + serial=AMCC_${serial}00000000000 + echo "$serial=$twaminor" + done` + fi + echo '<<<smart>>>' - for D in /dev/[sh]d[a-z] /dev/[sh]d[a-z][a-z]; do - N=${D##*/} + for D in /dev/disk/by-id/scsi-*; do + [ "$D" != "${D%-part*}" ] && continue + N=$(readlink $D) + N=${N##*/} if [ -r /sys/block/$N/device/vendor ]; then VEND=$(tr -d ' ' < /sys/block/$N/device/vendor) else # 2012-01-25 Stefan Kaerst CDJ - in case $N does not exist VEND=ATA fi - # 2012-01-25 Stefan Kaerst CDJ - special option in case vendor is AMCC - if [ "$VEND" == "AMCC" ]; then - D='/dev/twa0' - SPECOPS='-d 3ware,0' - fi if [ -r /sys/block/$N/device/model ]; then MODEL=$(sed -e 's/ /_/g' -e 's/_*$//g' < /sys/block/$N/device/model) else @@ -24,6 +39,33 @@ if which smartctl > /dev/null 2>&1 ; then if [ "$MODEL" = "iSCSI_Disk" ]; then continue fi - smartctl $SPECOPS -v 9,raw48 -A $D | grep Always | egrep -v '^190(.*)Temperature(.*)' | sed "s|^|$D $VEND $MODEL |" + + # strip device name for final output + DNAME=${D#/dev/disk/by-id/scsi-} + # 2012-01-25 Stefan Kaerst CDJ - special option in case vendor is AMCC + CMD= + if [ "$VEND" == "AMCC" -a -n "$TWAC" ]; then + DNAME=${DNAME#1} + [ -z "${!DNAME}" ] && continue + CMD="smartctl -d 3ware,${!DNAME} -v 9,raw48 -A /dev/twa0" + # create nice device name including model + MODEL=$(tw_cli /$TWAC/p${!DNAME} show model | head -n 1 | awk '{ print $4 }') + DNAME=${DNAME#AMCC_} + DNAME="AMCC_${MODEL}_${DNAME%000000000000}" + elif [ "$VEND" != "ATA" ] ; then + TEMP= + # create temperature output as expected by checks/smart + # this is a hack, TODO: change checks/smart to support SCSI-disks + eval `smartctl -d scsi -i -A $D | while read a b c d e ; do + [ "$a" == Serial ] && echo SN=$c + [ "$a" == Current -a "$b" == Drive -a "$c" == Temperature: ] && echo TEMP=$d + done` + [ -n "$TEMP" ] && CMD="echo 194 Temperature_Celsius 0x0000 000 000 000 Old_age Always - $TEMP (0 0 0 0)" + DNAME="SCSI_${VEND}_${MODEL}_${SN}" + else + CMD="smartctl -d ata -v 9,raw48 -A $D" + fi + + [ -n "$CMD" ] && $CMD | grep Always | egrep -v '^190(.*)Temperature(.*)' | sed "s|^|$DNAME $VEND $MODEL |" done 2>/dev/null fi

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: 39046ea9f120e42d93b364a441cc5ee50aa40499 URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=39046ea9f120e4… Author: Bastian Kuhn <bk(a)mathias-kettner.de> Date: Fri Oct 5 12:07:43 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 ssh://mathias-kettner.de/ check_mk

by git＠mathias-kettner.de

Module: check_mk Branch: master Commit: ecc1d0acf4421db5caaeb0c82bc9f48f991e6b2f URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=ecc1d0acf4421d… Author: Mathias Kettner <mk(a)mathias-kettner.de> Date: Fri Oct 5 10:11:33 2012 +0200 Merge branch 'master' of ssh://mathias-kettner.de/check_mk ---

11 years, 11 months

← Newer
1
...
16
17
18
19
20
21
22
...
26
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Checkmk git commits October 2012