From fireskyer at web.de Thu Dec 1 10:53:38 2016
From: fireskyer at web.de (fireskyer at web.de)
Date: Thu, 1 Dec 2016 10:53:38 +0100
Subject: [omd-users] Migrate from nagios/Checkmk to OMD
Message-ID:
An HTML attachment was scrubbed...
URL:
From fireskyer at web.de Thu Dec 1 11:28:00 2016
From: fireskyer at web.de (fireskyer at web.de)
Date: Thu, 1 Dec 2016 11:28:00 +0100
Subject: [omd-users] Migrate from nagios/Checkmk to OMD
Message-ID:
An HTML attachment was scrubbed...
URL:
From werner.flamme at ufz.de Fri Dec 2 08:29:53 2016
From: werner.flamme at ufz.de (Werner Flamme)
Date: Fri, 02 Dec 2016 08:29:53 +0100
Subject: [omd-users] Still "Exception in icon plugin!" (labs edition)
In-Reply-To:
References:
Message-ID: <1437ed57-4ace-cf3e-f73b-1118fa3b1407@ufz.de>
Werner Flamme [28.11.2016 15:46]:
> Hi,
>
> on 10th November I asked what do do with the "Exception in icon plugin!"
> error in 2.11.-labs-edition of OMD.
This strange behaviour went away after switching back from icinga core
to nagios core.
I wonder why the icinga core option is offered at all.
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5511 bytes
Desc: S/MIME Cryptographic Signature
URL:
From fireskyer at web.de Tue Dec 6 14:03:51 2016
From: fireskyer at web.de (fireskyer at web.de)
Date: Tue, 6 Dec 2016 14:03:51 +0100
Subject: [omd-users] Still some Problems with OMD
Message-ID:
An HTML attachment was scrubbed...
URL:
From jc at info-systems.de Tue Dec 6 17:40:59 2016
From: jc at info-systems.de (Jakob Curdes)
Date: Tue, 6 Dec 2016 17:40:59 +0100
Subject: [omd-users] Question RE anonymous thruk access / default_user_name
Message-ID:
Hello, we use an OMD-based system with naemon and thruk for our
monitoring and are trying to implement a two level access model:
- anonymous access to status information (read-only)
- cookie-based access for the rest.
This means that apache and thruk must interact to allow access to
certain URLs with a default username while requiring cookie auth for
orther URLs.
The Thruk part of this is easy and solved, we set a "default_user_name"
and limited access and permissions of that user, this works nicely.
But then all the interface is limited and we cannot use a different
username.
Now we are trying to configure apache to pass this username to thruk,
but only for certain URL's, i.e. status.cgi.
In other cases, suggestions were to make a link to the directory with
the CGI's and use the different URLs to distinguish the two cases in the
apache configuration.
This seems to be difficult with thruk, as the URL's are not directories
and how do you make a link to a location ?? We tried setting an alias
but this did not help.
Another approach could be to allow only this URL without auth by a
combination of location and file directives; however there we seem to
get stuck in the rewrite rules used for the cookie based auth. It seems
that even if the user is passed the rewrite rule changes the status.cgi
to the login page.
Has anybody gotten a working solution for such a setup? Are we doing
something wrong?
Regards, Jakob Curdes
From sven at nierlein.de Tue Dec 6 20:00:15 2016
From: sven at nierlein.de (Sven Nierlein)
Date: Tue, 6 Dec 2016 20:00:15 +0100
Subject: [omd-users] Question RE anonymous thruk access /
default_user_name
In-Reply-To:
References:
Message-ID: <8db46474-8d87-5a5e-d822-80011d081671@nierlein.de>
Hi,
i did implement that once in a customer setup but i cannot remember all details. Basically you need to change the
apache config in a way, that everything except /thruk/cgi-bin/cmd.cgi is not protected and free to access.
In order to do so you need to add an exception to the rewrite block which make the redirect for the thruk cookie
auth.
Just add
RewriteCond %{REQUEST_URI} ^/${OMD_SITE}/thruk/cgi-bin/cmd.cgi
in etc/apache/conf.d/thruk_cookie_auth.conf.
I haven't tested it, but i'd say that should do the trick already.
If that works, please document it next to the apache ldap config here:
https://github.com/sni/Thruk/blob/master/docs/documentation/install-webserver.asciidoc#ldap--ad-authentication
So next time someone asks he has the chance to find something :-)
Cheers,
Sven
On 06/12/16 17:40, Jakob Curdes wrote:
> Hello, we use an OMD-based system with naemon and thruk for our monitoring and are trying to implement a two level access model:
>
> - anonymous access to status information (read-only)
>
> - cookie-based access for the rest.
>
> This means that apache and thruk must interact to allow access to certain URLs with a default username while requiring cookie auth for orther URLs.
>
> The Thruk part of this is easy and solved, we set a "default_user_name" and limited access and permissions of that user, this works nicely.
> But then all the interface is limited and we cannot use a different username.
>
> Now we are trying to configure apache to pass this username to thruk, but only for certain URL's, i.e. status.cgi.
>
> In other cases, suggestions were to make a link to the directory with the CGI's and use the different URLs to distinguish the two cases in the apache configuration.
> This seems to be difficult with thruk, as the URL's are not directories and how do you make a link to a location ?? We tried setting an alias but this did not help.
>
> Another approach could be to allow only this URL without auth by a combination of location and file directives; however there we seem to get stuck in the rewrite rules used for the cookie based auth. It seems that even if the user is passed the rewrite rule changes the status.cgi to the login page.
>
> Has anybody gotten a working solution for such a setup? Are we doing something wrong?
>
>
> Regards, Jakob Curdes
> _______________________________________________
> omd-users mailing list
> omd-users at lists.mathias-kettner.de
> http://lists.mathias-kettner.de/mailman/listinfo/omd-users
From chris at node-nine.com Tue Dec 6 20:57:59 2016
From: chris at node-nine.com (Chris Moody)
Date: Tue, 6 Dec 2016 11:57:59 -0800
Subject: [omd-users] OMD & SSL
Message-ID:
Hello all.
Wanted to first thank everyone for their work to streamline and
integrate so many pieces together in such a cool package. I'm a huge
fan of the OMD model. I used to have a bunch of custom routines I had
built that were trying to accomplish some of the same goals, but this
approach is -so- much better.
I could use a hand though with what should hopefully be something simple
that I just haven't come across in the Docs. I need to make all my
instances SSL only instead of just plaintext http. Even if it's just
the login page that's SSL, my user-base will not be comfortable with
plaintext http logins.
I've tried tinkering a bit with apache's config, but attempting rewrite
rules in the main system 000-default.conf seem to cause other problems
with things like the thruk login cgi. There seems to be too much
redirecting and linking internally to non-https URLs basically that some
links are working where others are not. I've not given up with this
approach but it's definitely behaving more finicky than I had anticipated.
ex>
=====[ Documented here: https://mathias-kettner.de/cms_omd_https.html
RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [L]
I also attempted a quick pass at using nginx on the same host to proxy
back all calls to the http apache daemon, but it was having troubles
with passing frames through when proxying, so I found myself going down
the rabbithole of disabling frames...but then also was running into some
links not proxying correctly (the login cgi being the first case). I've
also not given up on this approach either but it as well is being a bit
more finicky that I anticipated.
Has anyone implemented a total https OMD setup (multisite)...or are
there docs/references that give clues as to how best to accomplish this?
Any pointers to help smooth the path would be greatly appreciated.
Cheers,
-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL:
From chris at node-nine.com Wed Dec 7 00:03:59 2016
From: chris at node-nine.com (Chris Moody)
Date: Tue, 6 Dec 2016 15:03:59 -0800
Subject: [omd-users] OMD & SSL
In-Reply-To:
References:
Message-ID: <7a5c5fd2-61eb-222b-4f37-fd6f3f6e8106@node-nine.com>
Sorry for the spam earlier - I was finally able to get things running
behind the second option (nginx as an https proxy).
Cheers,
-Chris
On 12/6/16 11:57 AM, Chris Moody wrote:
> Hello all.
>
> Wanted to first thank everyone for their work to streamline and
> integrate so many pieces together in such a cool package. I'm a huge
> fan of the OMD model. I used to have a bunch of custom routines I had
> built that were trying to accomplish some of the same goals, but this
> approach is -so- much better.
>
> I could use a hand though with what should hopefully be something
> simple that I just haven't come across in the Docs. I need to make
> all my instances SSL only instead of just plaintext http. Even if
> it's just the login page that's SSL, my user-base will not be
> comfortable with plaintext http logins.
>
> I've tried tinkering a bit with apache's config, but attempting
> rewrite rules in the main system 000-default.conf seem to cause other
> problems with things like the thruk login cgi. There seems to be too
> much redirecting and linking internally to non-https URLs basically
> that some links are working where others are not. I've not given up
> with this approach but it's definitely behaving more finicky than I
> had anticipated.
>
> ex>
> =====[ Documented here: https://mathias-kettner.de/cms_omd_https.html
> RewriteEngine On
> RewriteCond %{SERVER_PORT} !^443$
> RewriteRule (.*) https://%{HTTP_HOST}/$1 [L]
>
>
> I also attempted a quick pass at using nginx on the same host to proxy
> back all calls to the http apache daemon, but it was having troubles
> with passing frames through when proxying, so I found myself going
> down the rabbithole of disabling frames...but then also was running
> into some links not proxying correctly (the login cgi being the first
> case). I've also not given up on this approach either but it as well
> is being a bit more finicky that I anticipated.
>
>
> Has anyone implemented a total https OMD setup (multisite)...or are
> there docs/references that give clues as to how best to accomplish this?
> Any pointers to help smooth the path would be greatly appreciated.
>
> Cheers,
> -Chris
>
>
> _______________________________________________
> omd-users mailing list
> omd-users at lists.mathias-kettner.de
> http://lists.mathias-kettner.de/mailman/listinfo/omd-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL:
From jc at info-systems.de Wed Dec 7 19:57:00 2016
From: jc at info-systems.de (Jakob Curdes)
Date: Wed, 7 Dec 2016 19:57:00 +0100
Subject: [omd-users] Question RE anonymous thruk access /
default_user_name
In-Reply-To: <8db46474-8d87-5a5e-d822-80011d081671@nierlein.de>
References:
<8db46474-8d87-5a5e-d822-80011d081671@nierlein.de>
Message-ID:
Hello Sven, thank you, the approach sounds sensible and I will try that
out and document a working setup.
Regards, Jakob
Am 06.12.2016 um 20:00 schrieb Sven Nierlein:
> Hi,
>
> i did implement that once in a customer setup but i cannot remember all details. Basically you need to change the
> apache config in a way, that everything except /thruk/cgi-bin/cmd.cgi is not protected and free to access.
> In order to do so you need to add an exception to the rewrite block which make the redirect for the thruk cookie
> auth.
> Just add
> RewriteCond %{REQUEST_URI} ^/${OMD_SITE}/thruk/cgi-bin/cmd.cgi
> in etc/apache/conf.d/thruk_cookie_auth.conf.
> I haven't tested it, but i'd say that should do the trick already.
>
> If that works, please document it next to the apache ldap config here:
> https://github.com/sni/Thruk/blob/master/docs/documentation/install-webserver.asciidoc#ldap--ad-authentication
> So next time someone asks he has the chance to find something :-)
>
> Cheers,
> Sven
>
>
> On 06/12/16 17:40, Jakob Curdes wrote:
>> Hello, we use an OMD-based system with naemon and thruk for our monitoring and are trying to implement a two level access model:
>>
>> - anonymous access to status information (read-only)
>>
>> - cookie-based access for the rest.
>>
>> This means that apache and thruk must interact to allow access to certain URLs with a default username while requiring cookie auth for orther URLs.
>>
>> The Thruk part of this is easy and solved, we set a "default_user_name" and limited access and permissions of that user, this works nicely.
>> But then all the interface is limited and we cannot use a different username.
>>
>> Now we are trying to configure apache to pass this username to thruk, but only for certain URL's, i.e. status.cgi.
>>
>> In other cases, suggestions were to make a link to the directory with the CGI's and use the different URLs to distinguish the two cases in the apache configuration.
>> This seems to be difficult with thruk, as the URL's are not directories and how do you make a link to a location ?? We tried setting an alias but this did not help.
>>
>> Another approach could be to allow only this URL without auth by a combination of location and file directives; however there we seem to get stuck in the rewrite rules used for the cookie based auth. It seems that even if the user is passed the rewrite rule changes the status.cgi to the login page.
>>
>> Has anybody gotten a working solution for such a setup? Are we doing something wrong?
>>
>>
>> Regards, Jakob Curdes
>> _______________________________________________
>> omd-users mailing list
>> omd-users at lists.mathias-kettner.de
>> http://lists.mathias-kettner.de/mailman/listinfo/omd-users
From fireskyer at web.de Thu Dec 8 16:25:42 2016
From: fireskyer at web.de (fireskyer at web.de)
Date: Thu, 8 Dec 2016 16:25:42 +0100
Subject: [omd-users] Still some Problems with OMD
Message-ID:
OMD - Open Monitoring Distribution Version 2.11.20161004-labs-edition
Ubuntu ?Xenial LTS?
?
Hello Again?
?
Is my Error Message or my question to understand the Directory permissions for some apache or omd logics so much?incomprehensible ?
If so plz. don't hesitate to say that ...
and it will be great to push me in the right direction
Thanks in advance
regards john
?
From fireskyer at web.de Thu Dec 8 16:29:44 2016
From: fireskyer at web.de (fireskyer at web.de)
Date: Thu, 8 Dec 2016 16:29:44 +0100
Subject: [omd-users] Still some Problems with OMD
Message-ID:
An HTML attachment was scrubbed...
URL:
From jc at info-systems.de Tue Dec 13 12:38:24 2016
From: jc at info-systems.de (Jakob Curdes)
Date: Tue, 13 Dec 2016 12:38:24 +0100
Subject: [omd-users] Question RE anonymous thruk access /
default_user_name
In-Reply-To: <8db46474-8d87-5a5e-d822-80011d081671@nierlein.de>
References:
<8db46474-8d87-5a5e-d822-80011d081671@nierlein.de>
Message-ID: <3edb22fa-cb01-ea4f-8868-8c0ebc051a1b@info-systems.de>
Am 06.12.2016 um 20:00 schrieb Sven Nierlein:
> Hi,
>
> i did implement that once in a customer setup but i cannot remember all details. Basically you need to change the
> apache config in a way, that everything except /thruk/cgi-bin/cmd.cgi is not protected and free to access.
> In order to do so you need to add an exception to the rewrite block which make the redirect for the thruk cookie
> auth.
> Just add
> RewriteCond %{REQUEST_URI} ^/${OMD_SITE}/thruk/cgi-bin/cmd.cgi
> in etc/apache/conf.d/thruk_cookie_auth.conf.
> I haven't tested it, but i'd say that should do the trick already.
This works "almost" - we can navigate through the site without auth and
get an auth request when directly accessing cmd.cgi. However, you cannot
access actions from inside the "anonymous" pages because thruk knows
that the user does not have permissions. Plus after authorization of
cmd.cgi this says "no command was specified", making the succeeded auth
somewhat useless (unless I know and guess the commands in advance...) .
So what is probably missing is a second URL so that we have two separate
URL trees, one with default authorization (and without command
interface) and one with normal authentication and full permissions. I
know how to do this in general, you could use a file system link or
whatever, but in this case all the URL's are "virtual", they have no
direct file system equivalent so I am not sure how I can publish these a
second time with a different URL.
JC
>
> On 06/12/16 17:40, Jakob Curdes wrote:
>> Hello, we use an OMD-based system with naemon and thruk for our monitoring and are trying to implement a two level access model:
>>
>> - anonymous access to status information (read-only)
>>
>> - cookie-based access for the rest.
>>
>> This means that apache and thruk must interact to allow access to certain URLs with a default username while requiring cookie auth for orther URLs.
>>
>> The Thruk part of this is easy and solved, we set a "default_user_name" and limited access and permissions of that user, this works nicely.
>> But then all the interface is limited and we cannot use a different username.
>>
>> Now we are trying to configure apache to pass this username to thruk, but only for certain URL's, i.e. status.cgi.
>>
>> In other cases, suggestions were to make a link to the directory with the CGI's and use the different URLs to distinguish the two cases in the apache configuration.
>> This seems to be difficult with thruk, as the URL's are not directories and how do you make a link to a location ?? We tried setting an alias but this did not help.
>>
>> Another approach could be to allow only this URL without auth by a combination of location and file directives; however there we seem to get stuck in the rewrite rules used for the cookie based auth. It seems that even if the user is passed the rewrite rule changes the status.cgi to the login page.
>>
>> Has anybody gotten a working solution for such a setup? Are we doing something wrong?
>>
>>
>> Regards, Jakob Curdes
>> _______________________________________________
>> omd-users mailing list
>> omd-users at lists.mathias-kettner.de
>> http://lists.mathias-kettner.de/mailman/listinfo/omd-users
From bertalanimre at gmail.com Fri Dec 16 17:01:45 2016
From: bertalanimre at gmail.com (Imre Bertalan)
Date: Fri, 16 Dec 2016 17:01:45 +0100
Subject: [omd-users] Monitor some laravel apps
Message-ID:
Hello Forum,
My Developers have asked me if I can find a sollution to monitor the
laravel based websites for too many mysql queries or just too many errors
appearing in the laravel error log.
Since we already using OMD for monitorint the servers themself, I was
wondering if I can monitor the websites as well? What do you think about
this?
Main goals:
If there are like 10.000 mysql queries then drop an email to me
If something is being written in the laravel error.log file, then also mail
me.
P.S.: We have more than one website / sever
Regards:
Bert
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bertalanimre at gmail.com Tue Dec 20 15:16:21 2016
From: bertalanimre at gmail.com (Imre Bertalan)
Date: Tue, 20 Dec 2016 15:16:21 +0100
Subject: [omd-users] MySQL Daemon Sessions not working, but why?
Message-ID:
Hello Forum,
I wish to enable "MySQL Sessions & Connections" on a server, but I have no
idea how to.
If I just enable this feature on the WebConfig as usual, I get the
following error:
WARN - Missing agent sections: mysql - execution time 0.2 sec
What did I forget to do and how can I resolve this issue?
Thanks in advance!
Bert
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From r.sander at heinlein-support.de Tue Dec 20 15:36:35 2016
From: r.sander at heinlein-support.de (Robert Sander)
Date: Tue, 20 Dec 2016 15:36:35 +0100
Subject: [omd-users] MySQL Daemon Sessions not working, but why?
In-Reply-To:
References:
Message-ID: <391a5e8f-dee9-72a3-10ba-335fc1665bd2@heinlein-support.de>
On 20.12.2016 15:16, Imre Bertalan wrote:
> WARN - Missing agent sections: mysql - execution time 0.2 sec
>
> What did I forget to do and how can I resolve this issue?
Have you deployed and configured the mk_mysql agent plugin on your MySQL
host?
Regards
--
Robert Sander
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-43
Fax: 030 / 405051-19
Zwangsangaben lt. ?35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
Gesch?ftsf?hrer: Peer Heinlein -- Sitz: Berlin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
From bertalanimre at gmail.com Tue Dec 20 15:42:17 2016
From: bertalanimre at gmail.com (Imre Bertalan)
Date: Tue, 20 Dec 2016 15:42:17 +0100
Subject: [omd-users] Fwd: MySQL Daemon Sessions not working, but why?
In-Reply-To: <391a5e8f-dee9-72a3-10ba-335fc1665bd2@heinlein-support.de>
References:
<391a5e8f-dee9-72a3-10ba-335fc1665bd2@heinlein-support.de>
Message-ID:
No. How can I do that? Can you provide me a short step-by-step guide?
On 20.12.2016 15:16, Imre Bertalan wrote:
>> WARN - Missing agent sections: mysql - execution time 0.2 sec
>>
>> What did I forget to do and how can I resolve this issue?
>Have you deployed and configured the mk_mysql agent plugin on your MySQL
>host?
>Regards
>--
>Robert Sander
>Heinlein Support GmbH
>Schwedter Str. 8/9b, 10119 Berlin
>http://www.heinlein-support.de
>Tel: 030 / 405051-43
>Fax: 030 / 405051-19
>Zwangsangaben lt. ?35a GmbHG:
>HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
>Gesch?ftsf?hrer: Peer Heinlein -- Sitz: Berlin
_______________________________________________
omd-users mailing list
omd-users at lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/omd-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
From benoit.rousselle at esrf.fr Thu Dec 22 17:02:22 2016
From: benoit.rousselle at esrf.fr (benoit Rousselle)
Date: Thu, 22 Dec 2016 17:02:22 +0100
Subject: [omd-users] rules folders and hosts.
Message-ID: <5ae36dda-0fdb-db90-c071-f466e5c4b4e0@esrf.fr>
Dear All,
I am new to omd and i am running omd-1.31.20160713.jessie.amd64.deb on
debian jessie in distributed mode.
i have a folder with 4 hosts, and i want to check size on fixed list of
file systems (or exclude some patterns: docker containers moving in and out)
For this i set a rule "Filesystems (used space and growth)" on my folder
specifying a list of explicit mount points.
But whatever i can try, it still monitors all files systems found on
that group of machines.
Did i miss something in the setup ?
How can i debug such issues ?
Many thanks !
Benoit.
From samba at laurenz.ws Wed Dec 28 10:25:34 2016
From: samba at laurenz.ws (Dirk Laurenz)
Date: Wed, 28 Dec 2016 10:25:34 +0100
Subject: [omd-users] OMD Labs 2.x Thruk obwohl Check MK Standard ist
Message-ID: <9445edc7-24c8-480f-2cb2-98c4608464e3@laurenz.ws>
Hallo Liste,
ich habe in OMD 2.x Labs check_mk als default eingestellt. Trotzdem muss
ich mich immer doppelt anmelden. Erst an Thruk und dann kommt sofort der
check_mk login.
Woran kann das liegen?
Gru?,
Dirk
From peter.3.edwards at bt.com Fri Dec 30 12:13:09 2016
From: peter.3.edwards at bt.com (Edwards,PR,Peter,TAG7 R)
Date: Fri, 30 Dec 2016 11:13:09 +0000
Subject: [omd-users] Monitoring a MongoDB instance with Check MK Enterprise
1.2.8p1
Message-ID:
Hi,
I am working on a project which has an existing Check MK implementation - Enterprise 1.2.8p1, installed by someone who is no longer available.
I have a virtual server which is running the check mk agent software, and is visible through the Hosts link of the "WATO - Configuration" tab in the main Check MK GUI. The services have been auto-discovered and I can see that it is monitoring the kernel memory, and mount points etc. of the operating system.
Under Check Plugins / Applications, I can see that there is a MongoDB section which lists 9 types of check for a MongoDB instance - which I believe means that the MongoDB plugin is installed on the Check MK server and should therefore be usable to monitor a MongoDB instance running on the virtual server.
However, the MongoDB instance was clearly not picked up by auto-discovery.
By googling around, I have found this Check MK plugin:
http://mathias-kettner.com/check_mk_exchange_file.php?HTML=&file=mongodb-1.0.mkp&LANG=en
I only have a check_mk_agent binary on my target virtual server, so I don't believe I can install this plugin directly on it? I assume this is the same plugin which is already installed on the Check MK server? I installed the active_checks_mongodb.py from this plugin into /usr/lib/check_mk_agent/plugins on the target server, anyway, but it didn't seem to do anything. If I run check_mk_agent, I get nothing regarding mongodb in the output, except in the running processes detail.
On further reading, I realised that this plugin appears to be a wrapper around an underlying Nagios-MongoDB plugin:
https://github.com/mzupan/nagios-plugin-mongodb
I copied the check_mongodb.py script from this plugin into /usr/lib/check_mk_agent/plugins on the target server and also installed the Python pymongo dependency. Now, I can run that script from the command line on the target server and it will connect to the MongoDB instance.
Running check_mk_agent resulted in an error that it could connect to the server on the localhost IP address 127.0.0.1, which is the default value in the script. check_mk_agent is clearly running the script in the plugins directory, but it is not calling the script with any parameters - such as the one needed to specify the correct local IP address that MongoDB is listening on. I temporarily fudged that by changing the default value in the check_mongodb.py script to use the correct IP address - now running the check_mk_agent on the command line, results in an additional line at the end of the output:
OK - Connection took 0 seconds
Which is the same as when the script is now run on the command line with no parameters:
# ./check_mongodb.py
OK - Connection took 0 seconds
#
If I re-run the auto-refresh of the services tab of the machine in question in the Check MK GUI, I can see there is an orange status output from the "local" plugin which says:
Invalid performance data Connection in local check output OK - Connection took 0 seconds
Clearly, the check_mk_agent is not calling the Nagios-MongoDB plugin with the correct parameters, and certainly doesn't appear to be monitoring MongoDB in any meaningful way.
I've been wading through the Check MK documentation, but I think I must be missing something fundamental in how one is expected to setup Check MK to monitor services like MongoDB using plugins.
Could someone point me in the right direction of just what the steps should be to get this working?
Many thanks,
Peter.
--
Peter Edwards
BT Technology, Service & Operations
This Personal email contains my own opinions, sent In Confidence and does not represent the views of British Telecommunications plc or BT Technology, Service & Operations
BT Group plc Registered office: 81 Newgate Street London EC1A 7AJ. Registered in England and Wales no. 4190816 This electronic message contains information from BT Group plc which may be privileged or confidential.? The information is intended to be for the use of the individual(s) or entity named above.? If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited.? If you have received this electronic message in error, please delete it and notify me immediately by telephone or email.
From r.sander at heinlein-support.de Fri Dec 30 13:20:35 2016
From: r.sander at heinlein-support.de (Robert Sander)
Date: Fri, 30 Dec 2016 13:20:35 +0100
Subject: [omd-users] Monitoring a MongoDB instance with Check MK
Enterprise 1.2.8p1
In-Reply-To:
References:
Message-ID: <8c2b004f-b0af-185c-7899-4bf337ff65a2@heinlein-support.de>
On 30.12.2016 12:13, Edwards,PR,Peter,TAG7 R wrote:
> http://mathias-kettner.com/check_mk_exchange_file.php?HTML=&file=mongodb-1.0.mkp&LANG=en
Oh, the ghosts of the past come haunting me. ;)
This MKP only contains a WATO ruleset that configures check_mongodb.py
as an active check.
You need to install the MKP into your site and place check_mongodb.py
into ~/local/lib/nagios/plugins. Then you go into the WATO rules for
active checks and configure the MongoDB Nagios plugin.
Regards
--
Robert Sander
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-43
Fax: 030 / 405051-19
Zwangsangaben lt. ?35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
Gesch?ftsf?hrer: Peer Heinlein -- Sitz: Berlin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: