wir verwenden bei uns im Unternehmen mehrere Elasticsearch Cluster, bei unserem aktuellen haben wir das Problem, das wir es nicht mit Check_Mk überwachen können.
Wir verwenden die Version 2.0.0p5(CEE) und das Elasticsearch Cluster läuft auf der Version 7.13.1
Eingebunden haben wir das Cluster wie in diesem Artikel beschrieben, leider ohne Erfolg
Jemand eine Idee was wir noch machen könnten? Aktuell erhalten wir folgende Meldung no unmonitored services found, no vanished services found, no new host labels, [special_elasticsearch] Agent exited with code 126: /bin/sh: 1: /omd/sites/myside/local/share/check_mk/agents/special/agent_elasticsearch: Permission deniedCRIT
Die Berechtigung auf dem File haben wir schon überprüft, das kann ausgeführt werden.
Wieso nehmt ihr denn hier überhaupt einen local agent?
In der 2.0 sollte der doch builtin sein.
Habt ihr noch mkps (extension packages) dazu installiert?
Dann schau bitte unter ~/local/share/check_mk (site user context) was dort bzgl Elasticsearch liegt.
Dort liegt ja mind. /omd/sites/myside/local/share/check_mk/agents/special/agent_elasticsearch
Die betroffenen Dateien löschen/verschieben und mal cmk -R. Danach nochmal den Checkmk Service des besagten Hosts triggern.
Oh sehr seltsam in dem Screenshot mit der Hostkonfiguration. Dort gibt es den Punkt “Art des Agenten” dieser ist in der Sektion eigene Attribute das dürfte eigentlich nicht sein der müsste unter Monitoringagenten sich befinden. Rest hat ja @_rb schon geschrieben
Nächstes Problem. Die Regel für den Elasticsearchcluster braucht nur pro Cluster einmal aufgerufen zu werden und muss nicht gegen jeden Clusternode geschickt werden.
