[Check_mk (deutsch)] mk_mysql and "Missing agent sections: mysql, mysql_capacity"

morlix · February 5, 2013, 10:46am

Hallo Stefan,

das wars! Danke!

Das PW in einfach Hochkommata und schon gehts.

Ich habe die Datei mysql.cfg mit dem mysql client getestet und da gibt
es das Problem nicht.

Aber xinetd scheint sich da irgendwo zu verschlucken.

Vielen Dank an alle!

···

Am 05.02.2013 11:18, schrieb Stefan Mikuszeit:

Hallo Morlix,

wenn Du Sonderzeichen im Password hast setze das Password mal in einzelne
Anführungszeichen.

Ändere doch mal den Usernamen in der mysql.cfg, dann dürfte als
Benutzername nicht mehr root dastehen,
dann weißt Du schon mla das die Datei auf jeden Fall verwendung findet.

Nur mal so in den Raum geworfen, ich hoffe irgendetwas hilft Dir.

Gruß
Stefan

Am 05.02.13 11:05 schrieb "morlix" unter <morlix@morlix.de>:

Also MK_LIBDIR und MK_CONFDIR werden richtig exportiert.

Es ist wirklich alles 1.2.0p3.

Ich kann dir das deswegen so sicher sagen, da ich das ebuild für Gentoo
selber geschrieben habe.

Es gibt noch gar kein anderes ebuild für check_mk das nicht nur den
Agent installiert.

Am 05.02.2013 10:42, schrieb Marcel Schulte:

Schau mal in dein check_mk_agent script (also der agent, der vom xinetd
gestartet wird), da wird am Anfangb MK_LIBDIR und MK_CONFDIR exportiert
- evtl. ist das bei dir auskommentiert oder leer?

Welche Version hat der Agent? Ich weiss, es ist der gleiche Host, aber
Agent und Server koennen ja trotzdem unterschiedliche Versionen haben...

Gruss,
Marcel

Am 5. Februar 2013 09:49 schrieb morlix <morlix@morlix.de
<mailto:morlix@morlix.de>>:

    Hallo Marcel,

    es sieht jetzt gerade danach aus, als ob das mk_mysql Script
(welches
    von der 1.2.0p3 version ist) die variable MK_CONFDIR nicht bekommt
und
    daher liefert der Befehl:

    mysqladmin --defaults-extra-file=$MK_CONFDIR/mysql.cfg ping

    einen Access denied Fehler.

    <<<mysql_ping>>>
    ^Gmysqladmin: connect to server at 'localhost' failed
    error: 'Access denied for user 'root'@'localhost' (using password:
YES)'

    Wenn ich das mk_mysql so:

    MK_CONFDIR=/etc/check_mk/ ./mk_mysql

    starte, bekomme ich jede Menge output.

    Gruß morlix

    Am 05.02.2013 09:26, schrieb Marcel Schulte:
    > Hi morlix,
    >
    > wie sieht denn die Ausgabe des Agents aus (cmk -d <host>)? Hast du
    auch
    > das richtige plugin (mit der Version des Servers/Checks
geliefert) an
    > der richtigen Stelle abgelegt? Reinventur gemacht (cmk -II
<host>)?
    >
    > Gruesse,
    > Marcel
    >
    >
    > Am 5. Februar 2013 09:17 schrieb morlix <morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de>>:
    >
    > Ich muss leider doch ein wenig zurück rudern.
    >
    > Dies behebt die Problematik das ein cmk -X einen Fehler
bringt,
    > aber im Webinterface steht immer noch:
    >
    > WARN - Missing agent sections: mysql, mysql_capacity -
    execution time
    > 0.8 sec
    >
    > Gruß morlix
    >
    > Am 05.02.2013 08:05, schrieb morlix:
    > > Hallo Marcel,
    > >
    > > Vielen Dank für deine Hilfe!
    > >
    > > Das mit den
checkgroup_parameters.setdefault('mysql_innodb_io',
    > ) war
    > > die Ursache des Problems.
    > >
    > > Dies fehlt übrigens auch komplett in der Doku.
    > >
    > > Danke und Gruß
    > > Timo
    > >
    > > Am 05.02.2013 07:18, schrieb Marcel Schulte:
    > >> Moin morlix,
    > >>
    > >> wenn du die Parameter per WATO setzt kommt mit deinen
Werten
    > folgendes
    > >> dabei heraus; probiere das aus und richte dir am besten
    eine leere
    > >> CMK-Testinstanz ein, um das zukuenftig schnell selbst
machen zu
    > koennen
    > >> - solltest du grundsaetzlich WATO nicht nutzen wollen
    > >>
    > >> ***********************
    > >> checkgroup_parameters.setdefault('mysql_innodb_io', )
    > >>
    > >> checkgroup_parameters['mysql_innodb_io'] = [
    > >> ( {'read': (30.0, 90.0), 'write': (20.0, 50.0),
    'average': 15}, ,
    > >> ALL_HOSTS, {'docu_url': ''} ),
    > >> ] + checkgroup_parameters['mysql_innodb_io']
    > >>
    > >> checkgroup_parameters.setdefault('dbsize', )
    > >>
    > >> checkgroup_parameters['dbsize'] = [
    > >> ( (100000, 300000), , ALL_HOSTS, ALL_SERVICES,
{'docu_url':
    > ''} ),
    > >> ] + checkgroup_parameters['dbsize']
    > >>
    > >> checkgroup_parameters.setdefault('mysql_sessions', )
    > >>
    > >> checkgroup_parameters['mysql_sessions'] = [
    > >> ( {'connections': (20, 40), 'running': (30, 60), 'total':
    (100,
    > 300)},
    > >> , ALL_HOSTS, {'docu_url': ''} ),
    > >> ] + checkgroup_parameters['mysql_sessions']
    > >> ***********************
    > >>
    > >> Schoene Gruesse,
    > >> Marcel
    > >>
    > >>
    > >> Am 4. Februar 2013 17:55 schrieb morlix <morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>:
    > >>
    > >> Das würde so vermutlich schon gehen, nur in der
    Anleitung ist
    > eindeutig
    > >> von checkgroup_parameters die Rede.
    > >>
    > >> Weiss jemand ob diese nicht aktuell ist, oder was ist
sonst
    > falsch?
    > >>
    > >> Am 04.02.2013 16:22, schrieb Marcel Schulte:
    > >> > Ich würde auf etwas tippen wie dies hier:
    > >> >
    > >> > check_parameters += [
    > >> > ((100000, 300000), ALL_HOSTS, [ "MySQL DB.*Size"
]),
    > >> > ({ 'connections': (20, 40), 'running': (30, 60),
    'total':
    > (100,
    > >> 300)},
    > >> > ALL_HOSTS,
    ["<wie_auch_immer_die_session_services_heissen>"] ),
    > >> > ({ 'read': (30.0, 90.0), 'write': (20.0, 50.0),
    > 'average': 15},
    > >> > ALL_HOSTS ,
    ["<wie_auch_immer_die_innodb_services_heissen>"] ),
    > >> > ]
    > >> >
    > >> > ...eventuell aufgetretene Formatfehler bitte ich zu
    > entschuldigen
    > >> - ist
    > >> > nicht so einfach per Phone zu achreiben
    > >> >
    > >> > Grüße, Marcel
    > >> >
    > >> > sent from my SGS3
    > >> >
    > >> > Am 04.02.2013 16:08 schrieb "morlix"
    <morlix@morlix.de <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > >> > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>>:
    > >> >
    > >> > Auf diese Weise funktioniert es für die DB Size,
aber
    > was ist
    > >> mit den
    > >> > sessions und der InnoDB Filesize?
    > >> >
    > >> > check_parameters += [
    > >> > ((100000, 300000), ALL_HOSTS, [ "MySQL
    DB.*Size" ]),
    > >> > ]
    > >> >
    > >> > Am 04.02.2013 15:57, schrieb Marcel Schulte:
    > >> > > Schau dir mal check_parameters statt
    > checkgroup_parameters
    > >> an, das
    > >> > > könnte helfen.
    > >> > >
    > >> > > Kann leider nicht selbst testen, bin unterwegs.
    > >> > >
    > >> > > Grüße, Marcel
    > >> > >
    > >> > > sent from my SGS3
    > >> > >
    > >> > > Am 04.02.2013 15:44 schrieb "morlix"
    > <morlix@morlix.de <mailto:morlix@morlix.de>
    <mailto:morlix@morlix.de>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > >> > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>
    > >> > > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>>>:
    > >> > >
    > >> > > Hallo Marcel,
    > >> > >
    > >> > > bei mir sind in diesem Falle cmk Server und
    DB Server
    > >> ein und
    > >> > > derselbe Host.
    > >> > >
    > >> > > In der mysql.cfg ist nur die "[client]"
section
    > inkl. pw
    > >> drin.
    > >> > >
    > >> > > Und in der main.mk <http://main.mk>
    <http://main.mk>
    > <http://main.mk> <http://main.mk>
    > >> <http://main.mk> von cmk
    > >> > habe ich folgendes
    > >> > > versucht hinzuzufügen.
    > >> > >
    > >> > > checkgroup_parameters['mysql_sessions'] +=
[
    > >> > >
    > >> > >
    > >> > > ( { 'connections': (20, 40),
    > >> > >
    > >> > >
    > >> > > 'running' : (30, 60),
    > >> > >
    > >> > >
    > >> > > 'total' : (100, 300)}, ,
ALL_HOSTS ),
    > >> > >
    > >> > >
    > >> > > ]
    > >> > >
    > >> > >
    > >> > >
    > >> > >
    > >> > >
    > >> > > checkgroup_parameters['mysql_innodb_io']
+= [
    > >> > >
    > >> > >
    > >> > > ( { 'read' : (30.0, 90.0),
    > >> > >
    > >> > >
    > >> > > 'write' : (20.0, 50.0),
    > >> > >
    > >> > >
    > >> > > 'average': 15}, , ALL_HOSTS ),
    > >> > >
    > >> > >
    > >> > > ]
    > >> > >
    > >> > >
    > >> > >
    > >> > >
    > >> > >
    > >> > > checkgroup_parameters['fileinfo'] += [
    > >> > >
    > >> > >
    > >> > > ( { 'maxsize': (10737418240,
21474836480),
    > >> > >
    > >> > >
    > >> > > 'maxage': (0, 0)}, , ALL_HOSTS,
    > >> ['/var/lib/mysql/ibdata'] ),
    > >> > >
    > >> > >
    > >> > > ]
    > >> > >
    > >> > > Das ist derzeit aber auskommentiert, weil
    wie gesagt
    > >> dann cmk
    > >> > -X einen
    > >> > > Fehler bringt.
    > >> > >
    > >> > > Gruß morlix
    > >> > >
    > >> > > Am 04.02.2013 11:15, schrieb Marcel >>> Schulte:
    > >> > > > Hi morlix,
    > >> > > >
    > >> > > > hast du die Anleitung auch wirklich
richtig
    > befolgt?
    > >> Auf dem
    > >> > Agent
    > >> > > soll
    > >> > > > es eine Datei /etc/check_mk/mysql.cfg
    geben, in der
    > >> das Passwort
    > >> > > > verankert ist - keine main.mk...
    > >> > > >
    > >> > > > ...die main.mk <http://main.mk>
    <http://main.mk>
    > <http://main.mk> <http://main.mk>
    > >> <http://main.mk>
    > >> > <http://main.mk> musst du nur auf
    > >> > > dem cmk-Server(!)
    > >> > > > anpassen - sofern du nicht WATO nutzt
und das
    > darueber
    > >> machst.
    > >> > > >
    > >> > > > Schau dir deine Config noch einmal genau
    an und
    > melde dich
    > >> > wieder mit
    > >> > > > dem Ergebnis. Und wenn es nicht
    funktioniert auch
    > >> gleich mit
    > >> > der Info,
    > >> > > > welche Datei (genauer Pfad) auf welchem
    System
    > (Agent oder
    > >> > Server) wie
    > >> > > > angepasst wurde.
    > >> > > >
    > >> > > > Gruesse,
    > >> > > > Marcel
    > >> > > >
    > >> > > >
    > >> > > > Am 4. Februar 2013 10:46 schrieb morlix
    > >> <morlix@morlix.de <mailto:morlix@morlix.de>
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > >> > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>
    > >> > > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de>
    <mailto:morlix@morlix.de
    > <mailto:morlix@morlix.de>>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>>
    > >> > > > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de>
    <mailto:morlix@morlix.de
    > <mailto:morlix@morlix.de>>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>
    > >> > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>
    > >> <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>
    > <mailto:morlix@morlix.de
    <mailto:morlix@morlix.de>>>>>>:
    > >> > > >
    > >> > > > Hallo zusammen,
    > >> > > >
    > >> > > > ich habe folgendes Problem mit
check_mk
    > 1.2.0p3.
    > >> > > >
    > >> > > > Ich habe nach der Anleitung von
    > >> > > >
    > http://mathias-kettner.de/checkmk_mysql.html das
    > >> Monitoring
    > >> > > einer meiner
    > >> > > > MySQL DBs aktiviert.
    > >> > > >
    > >> > > > Wenn ich nach der Anleitung vorgehe
    und die
    > genannten
    > >> > Sections
    > >> > > in meine
    > >> > > > main.mk <http://main.mk>
    <http://main.mk> <http://main.mk>
    > <http://main.mk>
    > >> <http://main.mk>
    > >> > <http://main.mk> eintrage, dann
    > >> > > liefert mir cmk -X:
    > >> > > >
    > >> > > > Cannot read in configuration file
    > >> /etc/check_mk/main.mk <http://main.mk> <http://main.mk>
    <http://main.mk>
    > >> > <http://main.mk>
    > >> > > <http://main.mk>
    > >> > > > <http://main.mk>:
    > >> > > > 'mysql_sessions'
    > >> > > >
    > >> > > > Wenn ich die in der Anleitung
genannten
    > Sections nicht
    > >> > > eintrage, dann
    > >> > > > bekomme ich aber vom check_mk Check
    > folgende Meldung:
    > >> > > >
    > >> > > > WARN - Missing agent sections: mysql,
    > mysql_capacity -
    > >> > > execution time
    > >> > > > 0.8 sec
    > >> > > >
    > >> > > > Hat jemand einen Hinweis was ich oder
    > check_mk hier
    > >> > falsch machen?
    > >> > > >
    > >> > > > Danke und Gruß morlix
    > >> > > >
    > >> > > >
    > >> > > >
    _______________________________________________
    > >> > > > checkmk-de mailing list
    > >> > > > checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>
    > >> > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>>
    > >> > > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>
    > >> > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>>>
    > >> > > >
    <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>
    > >> > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>>
    > >> > > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>
    > >> > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>
    > >> <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>
    > <mailto:checkmk-de@lists.mathias-kettner.de
    <mailto:checkmk-de@lists.mathias-kettner.de>>>>>>
    > >> > > >
    > >>
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
    > >> > > >
    > >> > > >
    > >> > >
    > >> >
    > >>
    > >>
    > >
    >
    >

Stephan_Gogler · February 5, 2013, 4:29pm

ehlo,

Hallo,

Hat das schon jemand am laufen ? Ich verzweifle da leider total. Aktuell hab ich eingetragen das bei der 1. Notification ein Mail rausgehen soll, bei der 10. ein Script aufgerufen werden soll (SMS). Leider kommt er bei mir aber nicht �ber die erste Notifcation raus und sendet bei jedem durchlauf die Mail. Im Log sieht das dann so aus:

Also die flexible notifications verwende ich zwar nicht... aber ich glaube (wenn ich mich nicht t�usche) das liegt eher an der art wie nagios eskaliert..
siehe Notification Escalations

define serviceescalation{
     ..
     host_name webserver
     first_notification 3
     last_notification 5
     ....
     }

define serviceescalation{
     ....
     host_name webserver
     first_notification 6
     last_notification 10
     ....
     }
------8<-----
Notice that there are "holes" in the notification escalation definitions. In particular, notifications 1 and 2 are not handled by the escalations, nor are any notifications beyond 10. For the first and second notification, as well as all notifications beyond the tenth one, the default contact groups specified in the service definition are used. For all the examples I'll be using, I'll be assuming that the default contact groups for the service definition is called nt-admins.
------>8-----
Dh. entweder musst du zw 2 und 9 einen contact eintragen der zwar weiter eskaliert aber nicht zwingenderweise notifiziert um in die eskalationststufe 10 zu kommen....
... oder einen default contact eintragen der das dann weiter eskaliert (bis in alle ewigkeiten - ausser es geht wieder auf ok oder per ack) --> wobei das unter

http://mathias-kettner.de/checkmk_flexible_notifications.html
Preparing Notifications in General
also contact group anlegen hosts/services und user rein
wahrscheinlich passiert...

Er kommt einfach nicht �ber die erste Notification Number hinaus in meinem Fall. Irgendeine Idee woran das liegen k�nnte ?

siehe oben... aber wie gesagt verwende die flexible notifications (_noch_) nicht.. also reine vermutung..

mfg
Stephan Gogler

Martin_Holub1 · February 5, 2013, 6:24pm

Hello,

Das war auch mein erster Gedanke, testweise dann mal 1-1 Mail, 2 - 9
Debug, 10 - 10 SMS, 11-15 Debug und danach ein AutoACK Script. Aber das
Problem hab ich weiterhin, er z�hlt aus einem mir nicht bekannten Grund
einfach nicht weiter hoch. Kann aber auch sein dass das einfach noch ein
Bug ist, eventuell weiss ja da noch wer etwas dazu... Aktuell eskalier
ich das ganze �ber Nagios default, lieber w�rs mir halt wenn die flex
notifications laufen w�rden

Cheers.

···

On 05.02.13 17:29, Stephan Gogler wrote:

ehlo,

Hallo,

Hat das schon jemand am laufen ? Ich verzweifle da leider total.
Aktuell hab ich eingetragen das bei der 1. Notification ein Mail
rausgehen soll, bei der 10. ein Script aufgerufen werden soll (SMS).
Leider kommt er bei mir aber nicht �ber die erste Notifcation raus
und sendet bei jedem durchlauf die Mail. Im Log sieht das dann so aus:

Also die flexible notifications verwende ich zwar nicht... aber ich
glaube (wenn ich mich nicht t�usche) das liegt eher an der art wie
nagios eskaliert..
siehe Notification Escalations

define serviceescalation{
    ..
    host_name webserver
    first_notification 3
    last_notification 5
    ....
    }

define serviceescalation{
    ....
    host_name webserver
    first_notification 6
    last_notification 10
    ....
    }
------8<-----
Notice that there are "holes" in the notification escalation
definitions. In particular, notifications 1 and 2 are not handled by
the escalations, nor are any notifications beyond 10. For the first
and second notification, as well as all notifications beyond the tenth
one, the default contact groups specified in the service definition
are used. For all the examples I'll be using, I'll be assuming that
the default contact groups for the service definition is called
nt-admins.
------>8-----
Dh. entweder musst du zw 2 und 9 einen contact eintragen der zwar
weiter eskaliert aber nicht zwingenderweise notifiziert um in die
eskalationststufe 10 zu kommen....
... oder einen default contact eintragen der das dann weiter eskaliert
(bis in alle ewigkeiten - ausser es geht wieder auf ok oder per ack)
--> wobei das unter

http://mathias-kettner.de/checkmk_flexible_notifications.html
Preparing Notifications in General
also contact group anlegen hosts/services und user rein
wahrscheinlich passiert...

Er kommt einfach nicht �ber die erste Notification Number hinaus in
meinem Fall. Irgendeine Idee woran das liegen k�nnte ?

siehe oben... aber wie gesagt verwende die flexible notifications
(_noch_) nicht.. also reine vermutung..

mfg
Stephan Gogler

Stephan_Gogler · February 10, 2013, 4:01pm

hello,

Hello,

Das war auch mein erster Gedanke, testweise dann mal 1-1 Mail, 2 - 9
Debug, 10 - 10 SMS, 11-15 Debug und danach ein AutoACK Script. Aber das
Problem hab ich weiterhin, er z�hlt aus einem mir nicht bekannten Grund
einfach nicht weiter hoch. Kann aber auch sein dass das einfach noch ein
Bug ist, eventuell weiss ja da noch wer etwas dazu... Aktuell eskalier
ich das ganze �ber Nagios default, lieber w�rs mir halt wenn die flex
notifications laufen w�rden

weil ich grad zuf�llig dr�ber gestolpert bin..

-----8<-----
notification_interval:
If you set this value to 0, Nagios will not re-notify contacts about problems for this host - only one problem notification will be sent out.
----->8-----

check_mk_templates.cfg:
# Template used by all other check_mk templates
define service {
   name check_mk_default
   register 0
   .....
   notification_interval 0 <--- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   .....
   check_period 24X7
}

ich glaube das sollte das problem l�sen..

mfg
stephan