Discussion:
[Check_mk (deutsch)] Frage zu df_check_filesystem_list
Werner Flamme
2018-12-04 13:58:06 UTC
Permalink
Hallo,

ich möchte das Hana-Monitoring-Plugin benutzen, und eins der Plugins
(sap_hana_diskusage) scheitert. Ich vermute, dass es am Funktionsaufruf
von df_check_filesystem_list liegt - zumindest funktioniert bis dahin
alles...

Mit ein paar pprint.pprint(...) im Source bekomme ich fÃŒr jede
ÃŒbergebene Zeile z. B.:
[u'Log', u'OK', u'Size 511.8 GB, Used 84.2 GB, Free 84 %']

(wobei statt 'Log' auch 'Data' und 'Trace' vorkommen). Die einzelnen
Werte (disk_size, disk_avail) werden richtig berechnet.

Lasse ich die Debugausgaben weg, zeigt mir WATO "UNKNOWN - invalid
output from agent or error in check implementation"

cmk -d <host>
<<sap_hana_diskusage:sep(59)>>>
[[BWE20-systemdb]]
Data;OK;Size 2977.4 GB, Used 439.7 GB, Free 86 %
Log;OK;Size 511.8 GB, Used 84.2 GB, Free 84 %
Trace;OK;Size 3703.0 GB, Used 2577.3 GB, Free 31 %

cmk -D <host>
sap_hana_diskusage BWE20-BWE - Data
{'trend_range': 24, 'show_levels': 'onmagic', 'inodes_levels': (10.0,
5.0), 'magic_normsize': 20, 'show_inodes': 'onlow', 'levels': (80.0,
90.0), 'show_reserved': False, 'levels_low': (50.0, 60.0),
'trend_perfdata': True}

Wenn ich mir die Zeilen fÃŒr "df" ansehe, scheint die Übergabe
sap_hana_diskusage -> df ja zu klappen.


Warum crasht der Test? Oder was crasht da, wenn es nicht der Test ist?

Gruß
Werner

--
Andreas Döhler
2018-12-04 21:49:42 UTC
Permalink
Hallo Werner,

kommt bei einem Aufruf mit "cmk --debug -vvn <hostname>" ein brauchbarer
Crash raus?
Wenn nicht wÃŒrde ich mal am Anfang des df_check_filesystem_list oder bei
seinem Aufruf mir die Daten ausgeben lassen mit welchen der Aufruf erfolgte.
Daraus lÀsst sich auf jeden Fall erkennen ob das Format valide ist fÌr den
filesystem_list Check.

Gruß
Andreas



Am Di., 4. Dez. 2018 um 14:58 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Hallo,
ich möchte das Hana-Monitoring-Plugin benutzen, und eins der Plugins
(sap_hana_diskusage) scheitert. Ich vermute, dass es am Funktionsaufruf
von df_check_filesystem_list liegt - zumindest funktioniert bis dahin
alles...
Mit ein paar pprint.pprint(...) im Source bekomme ich fÃŒr jede
[u'Log', u'OK', u'Size 511.8 GB, Used 84.2 GB, Free 84 %']
(wobei statt 'Log' auch 'Data' und 'Trace' vorkommen). Die einzelnen
Werte (disk_size, disk_avail) werden richtig berechnet.
Lasse ich die Debugausgaben weg, zeigt mir WATO "UNKNOWN - invalid
output from agent or error in check implementation"
cmk -d <host>
<<sap_hana_diskusage:sep(59)>>>
[[BWE20-systemdb]]
Data;OK;Size 2977.4 GB, Used 439.7 GB, Free 86 %
Log;OK;Size 511.8 GB, Used 84.2 GB, Free 84 %
Trace;OK;Size 3703.0 GB, Used 2577.3 GB, Free 31 %
cmk -D <host>
sap_hana_diskusage BWE20-BWE - Data
{'trend_range': 24, 'show_levels': 'onmagic', 'inodes_levels': (10.0,
5.0), 'magic_normsize': 20, 'show_inodes': 'onlow', 'levels': (80.0,
90.0), 'show_reserved': False, 'levels_low': (50.0, 60.0),
'trend_perfdata': True}
Wenn ich mir die Zeilen fÃŒr "df" ansehe, scheint die Übergabe
sap_hana_diskusage -> df ja zu klappen.
Warum crasht der Test? Oder was crasht da, wenn es nicht der Test ist?
Gruß
Werner
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
Werner Flamme
2018-12-05 13:18:13 UTC
Permalink
Post by Andreas Döhler
Hallo Werner,
kommt bei einem Aufruf mit "cmk --debug -vvn <hostname>" ein brauchbarer
Crash raus?
Nach etwa einer Stunde ist mir aufgefallen, dass der Befehl nur die
monitorten Services zeigt, nicht die vom Host gelieferten...

Gut, ja, es kommt etwas Brauchbares, denke ich. Der Aufruf von "cmk
--debug -vvn <hostname>" bricht vor der Ausgabe von "SAP HANA Disk %s"
ab mit einem lapidaren "UNKN - Function size_trend not found. Please
include "size_trend.include" in your check"

Sehr witzig. Weiter oben ist z. B. die Ausgabe

Filesystem /hana/log OK - 16.5% used (84.20 of 511.75 GB), trend: 0.00 B
/ 24 hours

- also ist "trend" bekannt. Ich vermute jetzt, dass die Funktion
size_trend(), aufgerufen von df_check_filesystem_single ca. in Zeile 365
der Datei df.include mit

if levels.get("trend_range"):
trend_status, trend_infotext, trend_perfdata = size_trend(
'df', mountpoint, "disk", levels, used_mb, size_mb, this_time
)

einen wirklichen Mountpoint erwartet. Übergeben wird aber z. B.
"BWX15-systemdb - Trace", und das ist nun wahrhaftig kein Mountpoint :)

Ich wÌrde sagen, dass da etwas umgebaut werden könnte, z. B.
import re
my_trace = re.search('(Trace)', mountpoint)
my_tr = my_trace and (my_trace.group(0) != '')
my_log = re.search('(Log)', mountpoint)
my_lg = my_log and (my_log.group(0) != '')
my_data = re.search('(Data)', mountpoint)
my_da = my_data and (my_data.group(0) != '')
hilf = levels.get("trend_range") and my_tr and my_lg and my_da
if hilf:
trend_status, ...

Diese Konstruktion habe ich jetzt eingebaut, und:

SAP HANA Disk BWX15-systemdb - Trace OK - Status: OK, 69.9% used (2.53
of 3.62 TB)

Naja, geht doch :)

Geht bestimmt auch intelligenter, aber es funktioniert erstmal, und ich
kann kein Python :)
Post by Andreas Döhler
Wenn nicht wÃŒrde ich mal am Anfang des df_check_filesystem_list oder bei
seinem Aufruf mir die Daten ausgeben lassen mit welchen der Aufruf erfolgte.
Daraus lÀsst sich auf jeden Fall erkennen ob das Format valide ist fÌr den
filesystem_list Check.
FÃŒr den Check als solchen ist es das wohl, nur fÃŒr den Trend war es
vermutlich zu viel ;)
Post by Andreas Döhler
Gruß
Andreas
Nun werde ich noch versuchen, jeder Datenbank einen Hostnamen
zuzuordnen, also die Daten Piggyback liefern wie beim SAP-Plugin. Da
kann ich Host und Datenbanken besser trennen, zumal ich immer mehrere
DBs auf einem Host habe und die "fileinfo" allein schon ÌberwÀltigend ist :)

Gruß
Werner
Post by Andreas Döhler
Am Di., 4. Dez. 2018 um 14:58 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Hallo,
ich möchte das Hana-Monitoring-Plugin benutzen, und eins der Plugins
(sap_hana_diskusage) scheitert. Ich vermute, dass es am Funktionsaufruf
von df_check_filesystem_list liegt - zumindest funktioniert bis dahin
alles...
Mit ein paar pprint.pprint(...) im Source bekomme ich fÃŒr jede
[u'Log', u'OK', u'Size 511.8 GB, Used 84.2 GB, Free 84 %']
(wobei statt 'Log' auch 'Data' und 'Trace' vorkommen). Die einzelnen
Werte (disk_size, disk_avail) werden richtig berechnet.
Lasse ich die Debugausgaben weg, zeigt mir WATO "UNKNOWN - invalid
output from agent or error in check implementation"
cmk -d <host>
<<sap_hana_diskusage:sep(59)>>>
[[BWE20-systemdb]]
Data;OK;Size 2977.4 GB, Used 439.7 GB, Free 86 %
Log;OK;Size 511.8 GB, Used 84.2 GB, Free 84 %
Trace;OK;Size 3703.0 GB, Used 2577.3 GB, Free 31 %
cmk -D <host>
sap_hana_diskusage BWE20-BWE - Data
{'trend_range': 24, 'show_levels': 'onmagic', 'inodes_levels': (10.0,
5.0), 'magic_normsize': 20, 'show_inodes': 'onlow', 'levels': (80.0,
90.0), 'show_reserved': False, 'levels_low': (50.0, 60.0),
'trend_perfdata': True}
Wenn ich mir die Zeilen fÃŒr "df" ansehe, scheint die Übergabe
sap_hana_diskusage -> df ja zu klappen.
Warum crasht der Test? Oder was crasht da, wenn es nicht der Test ist?
Gruß
Werner
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
--
Andreas Döhler
2018-12-05 17:19:20 UTC
Permalink
Hallo Werner,

kurzer Tip zu dem Fehler mit dem size_trend.include brauchst du diese Datei
inkludiert in jedem Check.
So in etwa mÃŒsste bei einem Filesystem Check das Include aussehen innerhalb
des Info Blockes.

"includes": ["size_trend.include", "df.include"],

Dieser Include Fehler tritt auf falls das Plugin fÃŒr eine CMK Version
kleiner 1.4 geschrieben wurde.
In den aktuellen Versionen gibt es einen Check "sap_hana_filesystem" der
hat die Includes alle richtig drin.

Gruß
Andreas

Am Mi., 5. Dez. 2018 um 14:18 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Post by Andreas Döhler
Hallo Werner,
kommt bei einem Aufruf mit "cmk --debug -vvn <hostname>" ein brauchbarer
Crash raus?
Nach etwa einer Stunde ist mir aufgefallen, dass der Befehl nur die
monitorten Services zeigt, nicht die vom Host gelieferten...
Gut, ja, es kommt etwas Brauchbares, denke ich. Der Aufruf von "cmk
--debug -vvn <hostname>" bricht vor der Ausgabe von "SAP HANA Disk %s"
ab mit einem lapidaren "UNKN - Function size_trend not found. Please
include "size_trend.include" in your check"
Sehr witzig. Weiter oben ist z. B. die Ausgabe
Filesystem /hana/log OK - 16.5% used (84.20 of 511.75 GB), trend: 0.00 B
/ 24 hours
- also ist "trend" bekannt. Ich vermute jetzt, dass die Funktion
size_trend(), aufgerufen von df_check_filesystem_single ca. in Zeile 365
der Datei df.include mit
trend_status, trend_infotext, trend_perfdata = size_trend(
'df', mountpoint, "disk", levels, used_mb, size_mb, this_time
)
einen wirklichen Mountpoint erwartet. Übergeben wird aber z. B.
"BWX15-systemdb - Trace", und das ist nun wahrhaftig kein Mountpoint :)
Ich wÌrde sagen, dass da etwas umgebaut werden könnte, z. B.
import re
my_trace = re.search('(Trace)', mountpoint)
my_tr = my_trace and (my_trace.group(0) != '')
my_log = re.search('(Log)', mountpoint)
my_lg = my_log and (my_log.group(0) != '')
my_data = re.search('(Data)', mountpoint)
my_da = my_data and (my_data.group(0) != '')
hilf = levels.get("trend_range") and my_tr and my_lg and my_da
trend_status, ...
SAP HANA Disk BWX15-systemdb - Trace OK - Status: OK, 69.9% used (2.53
of 3.62 TB)
Naja, geht doch :)
Geht bestimmt auch intelligenter, aber es funktioniert erstmal, und ich
kann kein Python :)
Post by Andreas Döhler
Wenn nicht wÃŒrde ich mal am Anfang des df_check_filesystem_list oder bei
seinem Aufruf mir die Daten ausgeben lassen mit welchen der Aufruf
erfolgte.
Post by Andreas Döhler
Daraus lÀsst sich auf jeden Fall erkennen ob das Format valide ist fÌr
den
Post by Andreas Döhler
filesystem_list Check.
FÃŒr den Check als solchen ist es das wohl, nur fÃŒr den Trend war es
vermutlich zu viel ;)
Post by Andreas Döhler
Gruß
Andreas
Nun werde ich noch versuchen, jeder Datenbank einen Hostnamen
zuzuordnen, also die Daten Piggyback liefern wie beim SAP-Plugin. Da
kann ich Host und Datenbanken besser trennen, zumal ich immer mehrere
DBs auf einem Host habe und die "fileinfo" allein schon ÌberwÀltigend ist :)
Gruß
Werner
Post by Andreas Döhler
Am Di., 4. Dez. 2018 um 14:58 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Hallo,
ich möchte das Hana-Monitoring-Plugin benutzen, und eins der Plugins
(sap_hana_diskusage) scheitert. Ich vermute, dass es am Funktionsaufruf
von df_check_filesystem_list liegt - zumindest funktioniert bis dahin
alles...
Mit ein paar pprint.pprint(...) im Source bekomme ich fÃŒr jede
[u'Log', u'OK', u'Size 511.8 GB, Used 84.2 GB, Free 84 %']
(wobei statt 'Log' auch 'Data' und 'Trace' vorkommen). Die einzelnen
Werte (disk_size, disk_avail) werden richtig berechnet.
Lasse ich die Debugausgaben weg, zeigt mir WATO "UNKNOWN - invalid
output from agent or error in check implementation"
cmk -d <host>
<<sap_hana_diskusage:sep(59)>>>
[[BWE20-systemdb]]
Data;OK;Size 2977.4 GB, Used 439.7 GB, Free 86 %
Log;OK;Size 511.8 GB, Used 84.2 GB, Free 84 %
Trace;OK;Size 3703.0 GB, Used 2577.3 GB, Free 31 %
cmk -D <host>
sap_hana_diskusage BWE20-BWE - Data
{'trend_range': 24, 'show_levels': 'onmagic', 'inodes_levels': (10.0,
5.0), 'magic_normsize': 20, 'show_inodes': 'onlow', 'levels': (80.0,
90.0), 'show_reserved': False, 'levels_low': (50.0, 60.0),
'trend_perfdata': True}
Wenn ich mir die Zeilen fÃŒr "df" ansehe, scheint die Übergabe
sap_hana_diskusage -> df ja zu klappen.
Warum crasht der Test? Oder was crasht da, wenn es nicht der Test ist?
Gruß
Werner
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
Werner Flamme
2018-12-06 12:25:14 UTC
Permalink
Hallo Andreas,

ich hatte die Version am 5.11. von githum.com ausgecheckt
(https://github.com/HeinleinSupport/check_mk.git).

An den Versionen habe ich herumexperimentiert. Nun mache ich einen git
pull und alles ist neu :) OK, ich habe die Stelle unten bei check_info
entdeckt. Wieder was gelernt :)

Also werde ich erneut kopieren und meine Änderungen einbauen, z. B. was
die /etc/check_mk/sap_hana.cfg und das Plugin ÃŒberhaupt betrifft :)

Danke!

Gruß
Werner
Post by Andreas Döhler
Hallo Werner,
kurzer Tip zu dem Fehler mit dem size_trend.include brauchst du diese Datei
inkludiert in jedem Check.
So in etwa mÃŒsste bei einem Filesystem Check das Include aussehen innerhalb
des Info Blockes.
"includes": ["size_trend.include", "df.include"],
Dieser Include Fehler tritt auf falls das Plugin fÃŒr eine CMK Version
kleiner 1.4 geschrieben wurde.
In den aktuellen Versionen gibt es einen Check "sap_hana_filesystem" der
hat die Includes alle richtig drin.
Gruß
Andreas
Am Mi., 5. Dez. 2018 um 14:18 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Post by Andreas Döhler
Hallo Werner,
kommt bei einem Aufruf mit "cmk --debug -vvn <hostname>" ein brauchbarer
Crash raus?
Nach etwa einer Stunde ist mir aufgefallen, dass der Befehl nur die
monitorten Services zeigt, nicht die vom Host gelieferten...
Gut, ja, es kommt etwas Brauchbares, denke ich. Der Aufruf von "cmk
--debug -vvn <hostname>" bricht vor der Ausgabe von "SAP HANA Disk %s"
ab mit einem lapidaren "UNKN - Function size_trend not found. Please
include "size_trend.include" in your check"
Sehr witzig. Weiter oben ist z. B. die Ausgabe
Filesystem /hana/log OK - 16.5% used (84.20 of 511.75 GB), trend: 0.00 B
/ 24 hours
- also ist "trend" bekannt. Ich vermute jetzt, dass die Funktion
size_trend(), aufgerufen von df_check_filesystem_single ca. in Zeile 365
der Datei df.include mit
trend_status, trend_infotext, trend_perfdata = size_trend(
'df', mountpoint, "disk", levels, used_mb, size_mb, this_time
)
einen wirklichen Mountpoint erwartet. Übergeben wird aber z. B.
"BWX15-systemdb - Trace", und das ist nun wahrhaftig kein Mountpoint :)
Ich wÌrde sagen, dass da etwas umgebaut werden könnte, z. B.
import re
my_trace = re.search('(Trace)', mountpoint)
my_tr = my_trace and (my_trace.group(0) != '')
my_log = re.search('(Log)', mountpoint)
my_lg = my_log and (my_log.group(0) != '')
my_data = re.search('(Data)', mountpoint)
my_da = my_data and (my_data.group(0) != '')
hilf = levels.get("trend_range") and my_tr and my_lg and my_da
trend_status, ...
SAP HANA Disk BWX15-systemdb - Trace OK - Status: OK, 69.9% used (2.53
of 3.62 TB)
Naja, geht doch :)
Geht bestimmt auch intelligenter, aber es funktioniert erstmal, und ich
kann kein Python :)
Post by Andreas Döhler
Wenn nicht wÃŒrde ich mal am Anfang des df_check_filesystem_list oder bei
seinem Aufruf mir die Daten ausgeben lassen mit welchen der Aufruf
erfolgte.
Post by Andreas Döhler
Daraus lÀsst sich auf jeden Fall erkennen ob das Format valide ist fÌr
den
Post by Andreas Döhler
filesystem_list Check.
FÃŒr den Check als solchen ist es das wohl, nur fÃŒr den Trend war es
vermutlich zu viel ;)
Post by Andreas Döhler
Gruß
Andreas
Nun werde ich noch versuchen, jeder Datenbank einen Hostnamen
zuzuordnen, also die Daten Piggyback liefern wie beim SAP-Plugin. Da
kann ich Host und Datenbanken besser trennen, zumal ich immer mehrere
DBs auf einem Host habe und die "fileinfo" allein schon ÌberwÀltigend ist :)
Gruß
Werner
Post by Andreas Döhler
Am Di., 4. Dez. 2018 um 14:58 Uhr schrieb Werner Flamme <
Post by Werner Flamme
Hallo,
ich möchte das Hana-Monitoring-Plugin benutzen, und eins der Plugins
(sap_hana_diskusage) scheitert. Ich vermute, dass es am Funktionsaufruf
von df_check_filesystem_list liegt - zumindest funktioniert bis dahin
alles...
Mit ein paar pprint.pprint(...) im Source bekomme ich fÃŒr jede
[u'Log', u'OK', u'Size 511.8 GB, Used 84.2 GB, Free 84 %']
(wobei statt 'Log' auch 'Data' und 'Trace' vorkommen). Die einzelnen
Werte (disk_size, disk_avail) werden richtig berechnet.
Lasse ich die Debugausgaben weg, zeigt mir WATO "UNKNOWN - invalid
output from agent or error in check implementation"
cmk -d <host>
<<sap_hana_diskusage:sep(59)>>>
[[BWE20-systemdb]]
Data;OK;Size 2977.4 GB, Used 439.7 GB, Free 86 %
Log;OK;Size 511.8 GB, Used 84.2 GB, Free 84 %
Trace;OK;Size 3703.0 GB, Used 2577.3 GB, Free 31 %
cmk -D <host>
sap_hana_diskusage BWE20-BWE - Data
{'trend_range': 24, 'show_levels': 'onmagic', 'inodes_levels': (10.0,
5.0), 'magic_normsize': 20, 'show_inodes': 'onlow', 'levels': (80.0,
90.0), 'show_reserved': False, 'levels_low': (50.0, 60.0),
'trend_perfdata': True}
Wenn ich mir die Zeilen fÃŒr "df" ansehe, scheint die Übergabe
sap_hana_diskusage -> df ja zu klappen.
Warum crasht der Test? Oder was crasht da, wenn es nicht der Test ist?
Gruß
Werner
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
--
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
_______________________________________________
checkmk-de mailing list
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
--
Robert Sander
2018-12-06 15:46:11 UTC
Permalink
Post by Werner Flamme
An den Versionen habe ich herumexperimentiert. Nun mache ich einen git
pull und alles ist neu :) OK, ich habe die Stelle unten bei check_info
entdeckt. Wieder was gelernt :)
Manchmal Àndern sich die Dinge. ;)

Viele GrÌße
--
Robert Sander
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

https://www.heinlein-support.de

Tel: 030 / 405051-43
Fax: 030 / 405051-19

Amtsgericht Berlin-Charlottenburg - HRB 93818 B
GeschÀftsfÌhrer: Peer Heinlein - Sitz: Berlin
Loading...