[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: What's usefulness of monitor backend?

I should add some descriptions of the different graphs that I put
together. I by no means have any idea if any of these graphs are
useful combinations of the various data points (in fact, I think the
connections/searches graph, the second one listed here, doesn't work
so well because there are tons more searches than connections), and
would be interested to hear if others think of these, or other

Number of current LDAP Connections
(note, this is an instantaneous value, ie. the number of connections
that were current at the time of the query, this shouldn't be trusted
for a connections/sec or connections/min view, but is more interesting
as something which shows the number of connections OPEN/ACTIVE at any
particular time. If you want to know how many connections are made,
see the next graph)

Number of LDAP Connections made and number of searches made
(NB. Above, the difference between these two values is this one grows
over time and then is averaged over 5 minutes, where the previous one
is an instantaneous snapshot at the time of query, which is a more
dubious number since 2 seconds later it could be a totally different

Number of LDAP Adds & Deletes made

Number of LDAP PDU & operations made
(I am not sure I know what these are)

Number of LDAP binds & unbinds made

Number of current LDAP Read & Write Waiters
(I am not sure what these are, but there are a lot of Read ones... i
am guessing this is the number of LDAP Read operations that have been

Number of LDAP bytes & entries made

Number of current LDAP Searches

Number of LDAP Compares & Modifies made

Micah Anderson schrieb am Thursday, den 19. February 2004:

> Sorry for taking so long to type this up...
> This was actually an effort based on two different websites, and my own
> hacking. I will provide a summary of what I did here, the relevant
> websites are:
> CVS area for the scripts mentioned here:
> http://ibis.riseup.net/cgi-bin/viewcvs.cgi/ldap_monitor/
> Jehan Procaccia's original instructions (in french) here:
> http://www.int-evry.fr/mci/user/procacci/Doc/monitor-snmp-ldap-rrd.html#htoc11
> A slightly modified approach and script here, by Andrew J Cosgriff:
> http://polydistortion.net/monkey/archives/2003/06/27/001812.html
> Pre-requisites:
> There are a few things that you need in order to do this, I cannot
> cover how to install these things, as this is outside of the scope of
> this mailing list and there are a number of documents online how to do
> this. 
> The base minimum you will need installed and working: SNMP, mrtg, and
> a perl installation with the following modules: libhtml-parser-perl,
> libwww-perl, libhtml-tree-perl, libnet-ldap-perl, libfilter-perl,
> libparse-recdescent-perl, switch.pm
> If you are using debian stable, the packages that you would get are:
> mrtg, snmpd, libhtml-parser-perl, libwww-perl, libhtml-tree-perl,
> libnet-ldap-perl, libfilter-perl, libparse-recdescent-perl
> In addition the debian stable perl module Switch.pm is deprecated and
> does not work (in fact it is just a shell). You will need to do
> dh-make-perl --build --install --cpan Switch.pm to get this properly
> installed on your system.
> You will also need this script: 
> http://ibis.riseup.net/cgi-bin/viewcvs.cgi/*checkout*/ldap_monitor/monitor-jp.pl?rev=
> You need to modify these variables in this script: $DNConn, $PassConn,
> $Serveur, $Port
> Set up your snmpd.conf file to have a number of exec lines according
> to what you want to monitor, you can take this one and put it in your
> snmpd.conf (but be sure to change the community strings at the top!)
> and then reload your snmpd:
> snmpd.conf relevant pieces:
> http://ibis.riseup.net/cgi-bin/viewcvs.cgi/*checkout*/ldap_monitor/snmpd.conf?rev=HEAD&content-type=text/plain
> You then need to set up your mrtg.cfg, you can use the following one
> as a guide, you need to make sure you change the community string for
> each entry so that it matches what you have in your readonly community
> string in your snmpd.conf, you also need to change the hostname after
> each one, and set a normal directory:
> mrtg.cfg relevant pieces:
> http://ibis.riseup.net/cgi-bin/viewcvs.cgi/*checkout*/ldap_monitor/mrtg.cfg?rev=HEAD&content-type=text/plain
> Each Target entry has two "oids" separated by an ampersand, the oids
> begin with . and then have one more octect
> after it, each number corresponds to the number of the "exec" line in
> the snmpd.conf (the first exec line is .1, so the full oid is:
> ., the second exec line is .2, so its full
> oid is: ., etc.). So if you want to change
> what two elements you want to graph, you can change these oids to be
> what you want to graph. I kinda half-blind made a guess what would
> produce the most interesting graphs.
> MRTG requires two numbers to make a graph, so some of my graphs only
> are graphing one LDAP statisitc, so I had to spit out a 0, thats what
> the "echozero" script is at:
> http://ibis.riseup.net/cgi-bin/viewcvs.cgi/*checkout*/ldap_monitor/echozero?rev=HEAD&content-type=text/plain
> On Thu, 12 Feb 2004, Quanah Gibson-Mount wrote:
> > 
> > 
> > --On Thursday, February 12, 2004 12:16 AM -0600 Micah Anderson 
> > <micah@riseup.net> wrote:
> > 
> > >I find it very useful: http://riseup.net/mrtg/buffy_slapd
> > >
> > 
> > I second Turbo's bit... Please share? :)
> > 
> > --Quanah
> > 
> > --
> > Quanah Gibson-Mount
> > Principal Software Developer
> > ITSS/TSS/Computing Systems
> > ITSS/TSS/Infrastructure Operations
> > Stanford University
> > GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html