[Check_mk (deutsch)] Services von custom agent plugin bleiben PENDING auf Slave

Huhu,

ich habe ein Problem mit einem selbst geschriebenen Agent-Plugin[1] &
verteiltem Monitoring. Ich setze CEE 1.6.0p6 ein, sowohl auf dem
Master als auch dem bisher einzigen Slave.

Wenn ich einen Host hinzufüge, der von einem _Slave_ gemonitort wird,
so erscheinen die Services, die von meinem eigenen Agent-Plugin
geprüft werden, und werden in der Anzeige beim Bearbeiten der Services
auch als OK angezeigt.

Wenn ich dann die Host-/Service-Konfiguration abschließe, die
Änderungen aktiviere und anschließend mir die Services des Hosts in
der Überwachung anschaue, so

1. sind die Services, die von meinem custom Agent Plugin erzeugt
   werden, PENDING, und verbleiben in dem Status, egal wie lange ich
   warte oder ob ich einen Recheck anstoße

2. sagt »Check_MK Discovery«, dass es »6 vanished services
   (linet_borg_backup:6)« gibt, und das sind genau die sechs, die mein
   custom Agent Plugin eigentlich findet.

Gehe ich aber im WATO erneut in die Konfiguration des Hosts
bzw. dessen Services, werden diese sechs Stück wieder alle als
monitored & OK angezeigt.

Wenn ich das ganze mit einem Host mache, der von meinem _Master_
gemonitort wird, so habe ich das Problem _nicht_: alle Services
erscheinen in der Überwachung als OK, und »Check_MK Discovery« zeigt
auch keine Services als vanished an.

Das Problem besteht auch _nur_ mit den Services von meinem custom
Agent Plugin auf dem Host, _nicht_ aber mit den Services, die von den
Check_MK-eigenen Agent Plugins gemeldet werden.

Wenn ich per ssh auf dem Slave bin & mich mit »telnet <hostname> 6556«
mit dem Agent auf dem betroffenen Host verbinde, so sehe ich ganz am
Ende der Ausgabe die von mir erwartete Ausgabe meines custom Agent
Plugins, jedes Mal, wenn ich mich verbinde.

Wenn ich auf dem Slave bin & den Check auf der Kommandozeile normal
anstoße (»check_mk -nv --checks=linet_borg_backup <hostname>«), dann
kommt ebenfalls »OK« für alle sechs heraus.

Nur im Webinterface nicht (egal, ob auf dem Master oder dem Slave)!?

Wie kann ich das Problem weiter debuggen? Bin für jegliche Hinweise
echt dankbar.

Gruß
Moritz

[1] Das Agent-Plugin wird über die Bakery in den Agent gebacken & der
    Agent wird automatisch aktualisiert. Dass das funktioniert, habe
    ich verifiziert; das Plugin ist im Dateisystem vorhanden, telnet
    auf den Agent-Port zeigt die erwartete Ausgabe meines Plugins.

···

--
Dipl.-Inform. Moritz Bunkus
Geschäftsführer/CTO

LINET Services GmbH | Cyriaksring 10a | 38118 Braunschweig
Tel. 0531-180508-113 | Fax 0531-180508-29 | http://www.linet-services.de

LINET in den sozialen Netzwerken:
https://twitter.com/linetservices | https://www.facebook.com/linetservices
Wissenswertes aus der IT-Welt: http://www.linet-services.de/blog/

Geschäftsführung: Timo Springmann, Mirko Savic und Moritz Bunkus
HR B 9170 Amtsgericht Braunschweig

USt-IdNr. DE 259 526 516

Hallo Moritz,

führe mal bitte auf deinem Slave als Site User ein “cmk -R” aus.

Ich hatte in der Enterprise Version schön öfter, dass selbst geschriebene oder veränderte Checks im Core angekommen sind nachdem ein “cmk -R” erfolgte.

Die Check Ergebnisse welche während des Discovery sichtbar sind entsprechen einem “cmk -n ” auf der Commandline. Dies sollte auch bei dir auf dem Slave funktionieren bevor du das “cmk -R” machst.

Also folgendes mal probieren auf dem Slave

cmk --debug -vvn —> alle Checks sollten überprüft werden ohne Fehler

cmk -R → muss auch ohne Fehler durchlaufen

Nun sollte auch nix mehr pending sein. :slight_smile:

Gruß

Andreas

PS: new location for all CheckMK questions and requests - https://forum.checkmk.com

···

Am Do., 28. Nov. 2019 um 11:37 Uhr schrieb Moritz Bunkus via checkmk-de checkmk-de@lists.mathias-kettner.de:

Huhu,

ich habe ein Problem mit einem selbst geschriebenen Agent-Plugin[1] &

verteiltem Monitoring. Ich setze CEE 1.6.0p6 ein, sowohl auf dem

Master als auch dem bisher einzigen Slave.

Wenn ich einen Host hinzufüge, der von einem Slave gemonitort wird,

so erscheinen die Services, die von meinem eigenen Agent-Plugin

geprüft werden, und werden in der Anzeige beim Bearbeiten der Services

auch als OK angezeigt.

Wenn ich dann die Host-/Service-Konfiguration abschließe, die

Änderungen aktiviere und anschließend mir die Services des Hosts in

der Überwachung anschaue, so

  1. sind die Services, die von meinem custom Agent Plugin erzeugt

    werden, PENDING, und verbleiben in dem Status, egal wie lange ich

    warte oder ob ich einen Recheck anstoße

  2. sagt »Check_MK Discovery«, dass es »6 vanished services

    (linet_borg_backup:6)« gibt, und das sind genau die sechs, die mein

    custom Agent Plugin eigentlich findet.

Gehe ich aber im WATO erneut in die Konfiguration des Hosts

bzw. dessen Services, werden diese sechs Stück wieder alle als

monitored & OK angezeigt.

Wenn ich das ganze mit einem Host mache, der von meinem Master

gemonitort wird, so habe ich das Problem nicht: alle Services

erscheinen in der Überwachung als OK, und »Check_MK Discovery« zeigt

auch keine Services als vanished an.

Das Problem besteht auch nur mit den Services von meinem custom

Agent Plugin auf dem Host, nicht aber mit den Services, die von den

Check_MK-eigenen Agent Plugins gemeldet werden.

Wenn ich per ssh auf dem Slave bin & mich mit »telnet 6556«

mit dem Agent auf dem betroffenen Host verbinde, so sehe ich ganz am

Ende der Ausgabe die von mir erwartete Ausgabe meines custom Agent

Plugins, jedes Mal, wenn ich mich verbinde.

Wenn ich auf dem Slave bin & den Check auf der Kommandozeile normal

anstoße (»check_mk -nv --checks=linet_borg_backup «), dann

kommt ebenfalls »OK« für alle sechs heraus.

Nur im Webinterface nicht (egal, ob auf dem Master oder dem Slave)!?

Wie kann ich das Problem weiter debuggen? Bin für jegliche Hinweise

echt dankbar.

Gruß

Moritz

[1] Das Agent-Plugin wird über die Bakery in den Agent gebacken & der

Agent wird automatisch aktualisiert. Dass das funktioniert, habe

ich verifiziert; das Plugin ist im Dateisystem vorhanden, telnet

auf den Agent-Port zeigt die erwartete Ausgabe meines Plugins.

Dipl.-Inform. Moritz Bunkus

Geschäftsführer/CTO

LINET Services GmbH | Cyriaksring 10a | 38118 Braunschweig

Tel. 0531-180508-113 | Fax 0531-180508-29 | http://www.linet-services.de

LINET in den sozialen Netzwerken:

https://twitter.com/linetservices | https://www.facebook.com/linetservices

Wissenswertes aus der IT-Welt: http://www.linet-services.de/blog/

Geschäftsführung: Timo Springmann, Mirko Savic und Moritz Bunkus

HR B 9170 Amtsgericht Braunschweig

USt-IdNr. DE 259 526 516


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

Verwaltung & Abmeldung unter

https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de


PS: new location for all CheckMK questions and requests - https://forum.checkmk.com

Huhu Andreas,

vielen Dank für die super schnelle Antwort. Das »cmk -R« hat geholfen; nach
kurzem Warten für den Reconnect & einen Refresh der Daten sind die Dienste
alle nicht mehr pending sondern OK.

Sehr schön!

Gruß
Moritz

···

--
Dipl.-Inform. Moritz Bunkus
Geschäftsführer/CTO

LINET Services GmbH | Cyriaksring 10a | 38118 Braunschweig
Tel. 0531-180508-113 | Fax 0531-180508-29 | http://www.linet-services.de

LINET in den sozialen Netzwerken:
https://twitter.com/linetservices | https://www.facebook.com/linetservices
Wissenswertes aus der IT-Welt: http://www.linet-services.de/blog/

Geschäftsführung: Timo Springmann, Mirko Savic und Moritz Bunkus
HR B 9170 Amtsgericht Braunschweig

USt-IdNr. DE 259 526 516

This topic was automatically closed after 58 days. New replies are no longer allowed.