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

Re: What's usefulness of monitor backend?


Looks great.  I'll try to play with it.

> 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
> suggestions:

many clients, like auth deamons or so, use one connection
and do many searches/binds and so; this is a good practice
if resources are of importance.

For instance, slurpd does one conn and tons
of add/modify/modrdn/delete

> 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)
> http://riseup.net/mrtg/buffy_slapd/buffy.current_connections.html
> 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 value)
> http://riseup.net/mrtg/buffy_slapd/slapd.connectionsbinds.html
> Number of LDAP Adds & Deletes made
> http://riseup.net/mrtg/buffy_slapd/slapd.adddelete.html
> Number of LDAP PDU & operations made
> (I am not sure I know what these are)
> http://riseup.net/mrtg/buffy_slapd/slapd.pduoperations.html
> Number of LDAP binds & unbinds made
> http://riseup.net/mrtg/buffy_slapd/slapd.bindunbind.html
> 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
> waiting?)
> http://riseup.net/mrtg/buffy_slapd/slapd.readwritewaiters.html
> Number of LDAP bytes & entries made
> http://riseup.net/mrtg/buffy_slapd/slapd.bytesentries.html
> Number of current LDAP Searches
> http://riseup.net/mrtg/buffy_slapd/slapd.searches.html
> Number of LDAP Compares & Modifies made
> http://riseup.net/mrtg/buffy_slapd/slapd.comparemodify.html
> 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

Pierangelo Masarati