[Check_mk (deutsch)] Network Scan

Hallo zusammen,

kann mich mal jemand aufklären wie die neue Netzwerk Scan Funktion unter 1.2.8 genutzt wird?
(Version 1.2.8b8)

Ich finde dazu nicht wirklich viel Doku.

Funktioniert das in der CRE Version überhaupt oder benötigt man da die CEE?
Unter wato wurde von mir ein Ordner angelegt und da die Daten konfiguriert (IP-Range).
Ich hätte nun erwartet das da dann die pingbaren Hosts einlaufen, aber das ist wohl nicht so.
Der Ordner bleibt leer.

Auch unter den Regeln finde ich keine Konfigurationsmöglichkeit.
Vielleicht kann mich jemand aufklären.

Danke und Gruß
Dirk

Hallo Dirk,

in den Folder Properties musst du beim Network Scan auch angeben, mit welchem User dieser ausgefuehrt werden soll. Wenn du ueber den kleinen Buecherstapel oben rechts die Inline-Help aktivierst bekommst du einen Hinweis, was notwendig ist.

Ich habe das gerade in unserer 1.2.8b8 (CEE) getestet und es funktioniert einwandfrei. OK, nicht ganz einwandfrei: das Folder-Symbol sagt weiter “no hosts”. Oeffnet man den Folder werden die erkannten Hosts angezeigt und auch in den “pending changes” werden sie aufgefuehrt.

Zur CRE kann ich nichts sagen, denke aber, dass das genauso funktioniert, da ja offenbar in den Folder Properties der Scan konfiguriert werden kann.

Gruesse,

Marcel

···

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 14:14 Uhr:

Hallo zusammen,

kann mich mal jemand aufklären wie die neue Netzwerk Scan Funktion unter 1.2.8 genutzt wird?

(Version 1.2.8b8)

Ich finde dazu nicht wirklich viel Doku.

Funktioniert das in der CRE Version überhaupt oder benötigt man da die CEE?

Unter wato wurde von mir ein Ordner angelegt und da die Daten konfiguriert (IP-Range).

Ich hätte nun erwartet das da dann die pingbaren Hosts einlaufen, aber das ist wohl nicht so.

Der Ordner bleibt leer.

Auch unter den Regeln finde ich keine Konfigurationsmöglichkeit.

Vielleicht kann mich jemand aufklären.

Danke und Gruß

Dirk


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Hi,

ich kann ein ähnliches Verhalten wie Dirk beobachten. Auf unserem Server (Ubuntu 14 LTS, 64bit) wo wir eine Prod-Site (1.2.6p14) und eine Test-Site (1.2.8.b9) betreiben, funktioniert der Scan nicht.

Auf einer Test-VM, ebenfalls Ubuntu 14 LTS 64bit und 1.2.8p9 geht es aber problemlos. In den Logs habe ich bisher nichts gefunden.

Daniel

···

Am 07.04.2016 14:31, schrieb Marcel Schulte:

Hallo Dirk,

in den Folder Properties musst du beim Network Scan auch angeben, mit welchem User dieser ausgefuehrt werden soll. Wenn du ueber den kleinen Buecherstapel oben rechts die Inline-Help aktivierst bekommst du einen Hinweis, was notwendig ist.

Ich habe das gerade in unserer 1.2.8b8 (CEE) getestet und es funktioniert einwandfrei. OK, nicht ganz einwandfrei: das Folder-Symbol sagt weiter “no hosts”. Oeffnet man den Folder werden die erkannten Hosts angezeigt und auch in den “pending changes” werden sie aufgefuehrt.

Zur CRE kann ich nichts sagen, denke aber, dass das genauso funktioniert, da ja offenbar in den Folder Properties der Scan konfiguriert werden kann.

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 14:14 Uhr:

Hallo zusammen,

kann mich mal jemand aufklären wie die neue Netzwerk Scan Funktion unter 1.2.8 genutzt wird?
(Version 1.2.8b8)

Ich finde dazu nicht wirklich viel Doku.

Funktioniert das in der CRE Version überhaupt oder benötigt man da die CEE?
Unter wato wurde von mir ein Ordner angelegt und da die Daten konfiguriert (IP-Range).
Ich hätte nun erwartet das da dann die pingbaren Hosts einlaufen, aber das ist wohl nicht so.
Der Ordner bleibt leer.

Auch unter den Regeln finde ich keine Konfigurationsmöglichkeit.
Vielleicht kann mich jemand aufklären.

Danke und Gruß
Dirk


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
[http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de](http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de)

Hallo Marcel,

da habe ich meinen Benutzer eingetragen.

Und als dieser Benutzer habe ich eigentlich sämtliche Rechte.

Der Benutzer kommt aus dem AD.

Testweise habe ich auch mal omdadmin gewählt, aber auch da passiert nichts.

Unter var/log/web.log sollte laut Doku ja auch ein debug sein.

Bei mir steht da nur:

OMD[otterbach]:~$ cat var/log/web.log

2016-04-07 14:06:22 [5] [21037] Write failed, client closed connection.

2016-04-07 14:44:11 [5] [3956] Write failed, client closed connection.

Das war dann auch alles.

Gruß

Dirk

···

Am 07.04.2016 um 14:31 schrieb Marcel Schulte schulte.marcel@gmail.com:

Hallo Dirk,

in den Folder Properties musst du beim Network Scan auch angeben, mit welchem User dieser ausgefuehrt werden soll. Wenn du ueber den kleinen Buecherstapel oben rechts die Inline-Help aktivierst bekommst du einen Hinweis, was notwendig ist.

Ich habe das gerade in unserer 1.2.8b8 (CEE) getestet und es funktioniert einwandfrei. OK, nicht ganz einwandfrei: das Folder-Symbol sagt weiter “no hosts”. Oeffnet man den Folder werden die erkannten Hosts angezeigt und auch in den “pending changes” werden sie aufgefuehrt.

Zur CRE kann ich nichts sagen, denke aber, dass das genauso funktioniert, da ja offenbar in den Folder Properties der Scan konfiguriert werden kann.

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 14:14 Uhr:

Hallo zusammen,

kann mich mal jemand aufklären wie die neue Netzwerk Scan Funktion unter 1.2.8 genutzt wird?

(Version 1.2.8b8)

Ich finde dazu nicht wirklich viel Doku.

Funktioniert das in der CRE Version überhaupt oder benötigt man da die CEE?

Unter wato wurde von mir ein Ordner angelegt und da die Daten konfiguriert (IP-Range).

Ich hätte nun erwartet das da dann die pingbaren Hosts einlaufen, aber das ist wohl nicht so.

Der Ordner bleibt leer.

Auch unter den Regeln finde ich keine Konfigurationsmöglichkeit.

Vielleicht kann mich jemand aufklären.

Danke und Gruß

Dirk


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Hi,

mit dem Scan hatte ich auch schon mal Probleme.
Das ganze wird per Cron ausgeführt.
Dafür ist die Datei ~/etc/cron.d/cmk_multisite zuständig.
In der aktuellen 1.2.8b sollte dort folgendes stehen:
# Run Multisite regular jobs, e.g. scheduled reports
* * * * * . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py >/dev/null 2>&1

Diese Zeilen sollten dann auch beim crontab -l auftauchen. Wenn nicht: omd restart crontab

Früher wurde dort der globale Apache abgefragt, was bei https Implementationen zu Problemen führte.
Wenn bei Euch da was anderes drin steht, schreibt mir das mal, weil dann das Auto Update dieser Datei beim Update der Check_MK Version nicht funktioniert und das würde ich dann gerne nochmal an feedback schreiben.

Versucht mal
. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py
von Hand auszuführen. Das sollte in der Regel folgende Ausgabe erzeugen:
Cron called too early. Skipping.

Im übrigen solltet Ihr das Ergebnis des letzten Scans im Wato Folder unter "Last Scan Result" finden.

Die Funktion müsste übrigens auch mit der Raw Edition funktionieren, da die Werks dazu alle 3000er Nummern haben. Getestet habe ich das aber nicht.

Gruß

Udo

----- Ursprüngliche Mail -----

···

Von: "Dirk Wetzel" <d.wetzel@otterbach.de>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Donnerstag, 7. April 2016 14:50:46
Betreff: Re: [Check_mk (deutsch)] Network Scan

Hallo Marcel,

da habe ich meinen Benutzer eingetragen.
Und als dieser Benutzer habe ich eigentlich sämtliche Rechte.
Der Benutzer kommt aus dem AD.
Testweise habe ich auch mal omdadmin gewählt, aber auch da passiert nichts.
Unter var/log/web.log sollte laut Doku ja auch ein debug sein.
Bei mir steht da nur:

OMD[otterbach]:~$ cat var/log/web.log
2016-04-07 14:06:22 [5] [21037] Write failed, client closed connection.
2016-04-07 14:44:11 [5] [3956] Write failed, client closed connection.

Das war dann auch alles.

Gruß
Dirk

Am 07.04.2016 um 14:31 schrieb Marcel Schulte < schulte.marcel@gmail.com >:

Hallo Dirk,

in den Folder Properties musst du beim Network Scan auch angeben, mit welchem User dieser ausgefuehrt werden soll. Wenn du ueber den kleinen Buecherstapel oben rechts die Inline-Help aktivierst bekommst du einen Hinweis, was notwendig ist.

Ich habe das gerade in unserer 1.2.8b8 (CEE) getestet und es funktioniert einwandfrei. OK, nicht ganz einwandfrei: das Folder-Symbol sagt weiter "no hosts". Oeffnet man den Folder werden die erkannten Hosts angezeigt und auch in den "pending changes" werden sie aufgefuehrt.

Zur CRE kann ich nichts sagen, denke aber, dass das genauso funktioniert, da ja offenbar in den Folder Properties der Scan konfiguriert werden kann.

Gruesse,
Marcel

Dirk Wetzel < d.wetzel@otterbach.de > schrieb am Do., 7. Apr. 2016 um 14:14 Uhr:

Hallo zusammen,

kann mich mal jemand aufklären wie die neue Netzwerk Scan Funktion unter 1.2.8 genutzt wird?
(Version 1.2.8b8)

Ich finde dazu nicht wirklich viel Doku.

Funktioniert das in der CRE Version überhaupt oder benötigt man da die CEE?
Unter wato wurde von mir ein Ordner angelegt und da die Daten konfiguriert (IP-Range).
Ich hätte nun erwartet das da dann die pingbaren Hosts einlaufen, aber das ist wohl nicht so.
Der Ordner bleibt leer.

Auch unter den Regeln finde ich keine Konfigurationsmöglichkeit.
Vielleicht kann mich jemand aufklären.

Danke und Gruß
Dirk

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.
Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:
1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

···

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py

Hallo Udo,

erstaunlich, neue site angelegt, gleiche Werte eingetragen und es geht sofort.

Gruß

Dirk

···

Am 07.04.2016 um 15:28 schrieb Dirk Wetzel d.wetzel@otterbach.de:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.
Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:
1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

···

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.
Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:
1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben…

Marcel

···

Marcel Schulte schulte.marcel@gmail.com schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.
Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:
1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter “-L”.

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,

Marcel

···

Michael Mutsch MMutsch@adaptron.de schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:

Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme mit den Scheduled Reports.

Ein „–insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de]
Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben…

Marcel

Marcel Schulte schulte.marcel@gmail.com schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen,
Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.

Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:

1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl
http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Blöde Frage von mir:

Ich hatte den NW Scan irgendwie noch nicht so auf dem Schirm, wie erfolgt die Auswertung?

Wer alarmiert wenn nicht überwachte Hosts gefunden werden?

Thx

Karsten

Im Auftrag von Marcel Schulte

···

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter “-L”.

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,

Marcel

Michael Mutsch MMutsch@adaptron.de schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:

Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme
mit den Scheduled Reports.

Ein „–insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von:
checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de]
Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben…

Marcel

Marcel Schulte schulte.marcel@gmail.com schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen,
das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.

Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:

1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl

http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Wer soll denn alarmieren und warum?

Der SC an legt automatisch Hosts an. Mit dem nächsten Apply Changes werden die mit Ping überwacht. Falls in den Folder-Properties Agent und/oder SNMP konfiguriert ist tauchen entsprechend Discovery und Inventory Services beim Host auf und signalisieren ggf. Probleme. Und wer die Alarme sehen soll kann man ggf. über ContactGroups am Felder fest machen.

Grüße,
Marcel

···

Schöke, Karsten Karsten.Schoeke@geobasis-bb.de schrieb am Do., 7. Apr. 2016 16:36: > Blöde Frage von mir:

Ich hatte den NW Scan irgendwie noch nicht so auf dem Schirm, wie erfolgt die Auswertung?

Wer alarmiert wenn nicht überwachte Hosts gefunden werden?

Thx

Karsten

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de]
Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:56
An: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter “-L”.

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,

Marcel

Michael Mutsch MMutsch@adaptron.de schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:

Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme
mit den Scheduled Reports.

Ein „–insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von:
checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de]
Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben…

Marcel

Marcel Schulte schulte.marcel@gmail.com schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen,
das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.

Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:

1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl

http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Also wie ich es drehe, ich komme da nicht drauf.
Wird denn der Netzwerk Check nicht immer ohne SSL ausgeführt?
mit: curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Das eingebundene Zertifikat ist eigentlich auf offiziell.

Ich habe nun trotzdem mal mit -L bzw —insecure versucht und lasse mir die cron mails nun zustellen.
Da kommt dann aber als Aussage nur:

Cron <otterbach@cmk> . $OMD_ROOT/etc/omd/site.conf ; curl --insecure -L http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py <http://localhost:$config_apache_tcp_port/otterbach/check_mk/run_cron.py>

% Total % Received % Xferd Average Speed Time Time Time Current
                                Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 3 100 3 0 0 219 0 --:--:-- --:--:-- --:--:-- 230
OK

Hosts laufen da trotzdem nicht rein.
Werde jetzt mal die Config Stück für Stück vergleichen.

Gruß
Dirk

···

Am 07.04.2016 um 16:24 schrieb Schöke, Karsten <Karsten.Schoeke@geobasis-bb.de>:

Blöde Frage von mir:
Ich hatte den NW Scan irgendwie noch nicht so auf dem Schirm, wie erfolgt die Auswertung?
Wer alarmiert wenn nicht überwachte Hosts gefunden werden?

Thx
Karsten

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de] Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:56
An: checkmk-de@lists.mathias-kettner.de
Betreff: Re: [Check_mk (deutsch)] Network Scan

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter "-L".

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,
Marcel

Michael Mutsch <MMutsch@adaptron.de <mailto:MMutsch@adaptron.de>> schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:
Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme mit den Scheduled Reports.

Ein „--insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von: checkmk-de-bounces@lists.mathias-kettner.de <mailto:checkmk-de-bounces@lists.mathias-kettner.de> [mailto:checkmk-de-bounces@lists.mathias-kettner.de] Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de <mailto:checkmk-de@lists.mathias-kettner.de>

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben...

Marcel

Marcel Schulte <schulte.marcel@gmail.com <mailto:schulte.marcel@gmail.com>> schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:
Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter "-k" oder "--insecure").

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,
Marcel

Dirk Wetzel <d.wetzel@otterbach.de <mailto:d.wetzel@otterbach.de>> schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:
Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.
Der last State ändert sich nicht.
Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:
Started:
1970-01-01 01:00:00

Auch kein Erfolg.
Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.
Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite
# Run Multisite regular jobs, e.g. scheduled reports
* * * * * . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py <http://localhost:$config_apache_tcp_port/otterbach/check_mk/run_cron.py> >/dev/null 2>&1
OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py <http://localhost:$config_apache_tcp_port/otterbach/check_mk/run_cron.py>
Cron called too early. Skipping.
OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.
Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß
Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler <uw@bsw-com.de <mailto:uw@bsw-com.de>>:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py <http://localhost:$config_apache_tcp_port/bsw/check_mk/run_cron.py>

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de <mailto:checkmk-de@lists.mathias-kettner.de>
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Das ist das, was ich meinte, als ich sagte, das habe sich seit 1.2.6p2 verbessert. Bei uns wird bisher weder die site.conf gelesen noch direkt auf den dedizierten Apache zugegriffen:

curl -L http://localhost/SITENAME/check_mk/run_cron.py

In der 1.2.8b8, die ich zum Test nutze, ist es wie ihr beschrieben habt - nur dass es bei mir funktioniert :wink:

Marcel

···

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 16:45:

Also wie ich es drehe, ich komme da nicht drauf.
Wird denn der Netzwerk Check nicht immer ohne SSL ausgeführt?

mit: curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Das eingebundene Zertifikat ist eigentlich auf offiziell.

Ich habe nun trotzdem mal mit -L bzw —insecure versucht und lasse mir die cron mails nun zustellen.

Da kommt dann aber als Aussage nur:

Cron otterbach@cmk . $OMD_ROOT/etc/omd/site.conf ; curl --insecure -L http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:–:-- --:–:-- --:–:-- 0
100 3 100 3 0 0 219 0 --:–:-- --:–:-- --:–:-- 230
OK

Hosts laufen da trotzdem nicht rein.

Werde jetzt mal die Config Stück für Stück vergleichen.

Gruß

Dirk

Am 07.04.2016 um 16:24 schrieb Schöke, Karsten Karsten.Schoeke@geobasis-bb.de:

Blöde Frage von mir:

Ich hatte den NW Scan irgendwie noch nicht so auf dem Schirm, wie erfolgt die Auswertung?

Wer alarmiert wenn nicht überwachte Hosts gefunden werden?

Thx

Karsten

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de] **Im Auftrag von **Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:56
An: checkmk-de@lists.mathias-kettner.de
Betreff: Re: [Check_mk (deutsch)] Network Scan

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter “-L”.

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,

Marcel

Michael Mutsch MMutsch@adaptron.de schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:

Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme mit den Scheduled Reports.

Ein „–insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto:checkmk-de-bounces@lists.mathias-kettner.de] **Im Auftrag von **Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben…

Marcel

Marcel Schulte schulte.marcel@gmail.com schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter “-k” oder “–insecure”).

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel d.wetzel@otterbach.de schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.

Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:

1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

Run Multisite regular jobs, e.g. scheduled reports

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler uw@bsw-com.de:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de


checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Hi,

früher wurde das curl auf den gobalen Apache gemacht. Da waren zum Teil -L etc. notwendig.
Mit dem aktuellen Cron Job wird die Abfrage immer direkt an den Site lokalen Apache geschickt. Der läuft nie mit SSL und sollte somit auch keine Probleme machen.

Da bei Dir keine fehlermeldung zurück kommt ist der Cron Aufruf erstmal in Ordnung.
Schick doch mal einen Screenshot von dem, was Du im Folder eingetragen hast.

Gruß

Udo

----- Ursprüngliche Mail -----

···

Von: "Dirk Wetzel" <d.wetzel@otterbach.de>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Donnerstag, 7. April 2016 16:45:01
Betreff: Re: [Check_mk (deutsch)] Network Scan

Also wie ich es drehe, ich komme da nicht drauf.
Wird denn der Netzwerk Check nicht immer ohne SSL ausgeführt?
mit: curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Das eingebundene Zertifikat ist eigentlich auf offiziell.

Ich habe nun trotzdem mal mit -L bzw —insecure versucht und lasse mir die cron mails nun zustellen.
Da kommt dann aber als Aussage nur:

Cron <otterbach@cmk> . $OMD_ROOT/etc/omd/site.conf ; curl --insecure -L http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 3 100 3 0 0 219 0 --:--:-- --:--:-- --:--:-- 230
OK

Hosts laufen da trotzdem nicht rein.
Werde jetzt mal die Config Stück für Stück vergleichen.

Gruß
Dirk

Am 07.04.2016 um 16:24 schrieb Schöke, Karsten < Karsten.Schoeke@geobasis-bb.de >:

Blöde Frage von mir:
Ich hatte den NW Scan irgendwie noch nicht so auf dem Schirm, wie erfolgt die Auswertung?
Wer alarmiert wenn nicht überwachte Hosts gefunden werden?

Thx
Karsten

Von: checkmk-de-bounces@lists.mathias-kettner.de [ mailto:checkmk-de-bounces@lists.mathias-kettner.de ] Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:56
An: checkmk-de@lists.mathias-kettner.de
Betreff: Re: [Check_mk (deutsch)] Network Scan

Noch eine Ergaenzung: Wenn ihr rewrite-Rules nutzt hilft unter Umstaenden der Curl-Parameter "-L".

Wir nutzen allerdings produktiv noch die 1.2.6p2 und dort sieht der Cron-eintrag noch etwas anders aus, das scheint sich verbessert zu haben.

Gruesse,

Marcel

Michael Mutsch < MMutsch@adaptron.de > schrieb am Do., 7. Apr. 2016 um 15:47 Uhr:

Hallo Zusammen,

das mit den Zertifikaten kann ich bestätigen, haben SSL Zertifkate im Einsatz und hatten auch Probleme mit den Scheduled Reports.

Ein „--insecure“ beim Curl Befehl schafft Abhilfe.

Gruß,

Michael

Von: checkmk-de-bounces@lists.mathias-kettner.de [mailto: checkmk-de-bounces@lists.mathias-kettner.de ] Im Auftrag von Marcel Schulte
Gesendet: Donnerstag, 7. April 2016 15:43
An: Dirk Wetzel; Udo Woehler
Cc: checkmk-de@lists.mathias-kettner.de

Betreff: Re: [Check_mk (deutsch)] Network Scan

Vielleicht hast du bei der neuen Site kein https aktiv, bei der bisherigen aber schon?

Siehe meine Mail von eben...

Marcel

Marcel Schulte < schulte.marcel@gmail.com > schrieb am Do., 7. Apr. 2016 um 15:42 Uhr:

Hallo Dirk,

hast du mal versucht, den Befehl aus der Crontab von Hand auszufuehren (ohne das abschliessende Umleiten von STDOUT und STDERR, sonst bekommst du Probleme nicht mit)?

Bei uns gab es schon mal Probleme mit scheduled reports, weil das Curl unser https-Cert nicht erkannte/verifizierte. In dem Fall hatten wir die Wahl: Curl entweder dazu zu bewegen, das Cert verifizieren zu koennen, oder es dazu bringen, Cert-Fehler zu ignorieren (durch Parameter "-k" oder "--insecure").

Danke an Udo fuer den Denkanstoss mit der Crontab, dass erinnerte mich :wink:

Gruesse,

Marcel

Dirk Wetzel < d.wetzel@otterbach.de > schrieb am Do., 7. Apr. 2016 um 15:28 Uhr:

Hallo Udo,

Also bei mir geht das nicht, die Einträge sind aber drinnen.

Der last State ändert sich nicht.

Ich habe auch schon versucht die States manuell zu setzen damit da mal ein Wert ist:

Started:
1970-01-01 01:00:00

Auch kein Erfolg.

Ich werde das vielleicht dann noch einmal in der 1.2.8b9 testen, da gab es allerdings den Bug mit dem inline snmp von daher bin ich wieder zurück.

Aber auch unter der b9 Version war aus meiner Sicht da Verhalten gleich. Ich hatte da eine Scan Zeit von 2 Stunden eingestellt und die b9 lief etwas länger und kein Eintrag.

OMD[otterbach]:~$ cat ~/etc/cron.d/cmk_multisite

# Run Multisite regular jobs, e.g. scheduled reports

* * * * * . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py >/dev/null 2>&1

OMD[otterbach]:~$ . $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/otterbach/check_mk/run_cron.py

Cron called too early. Skipping.

OMD[otterbach]:~$

omd stop / start / ckm -R etc. habe ich bei jeder Änderung ausgeführt.

Als nächstes werde ich mal eine leere Site aufsetzen, mal schauen was da passiert.

Gruß

Dirk

Am 07.04.2016 um 15:16 schrieb Udo Woehler < uw@bsw-com.de >:

. $OMD_ROOT/etc/omd/site.conf ; curl http://localhost:$CONFIG_APACHE_TCP_PORT/bsw/check_mk/run_cron.py

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de _______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de