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

Re: R: monitoring slapd

To: Beast <indorama@rad.net.id>
Subject: Re: R: monitoring slapd
From: Quanah Gibson-Mount <quanah@stanford.edu>
Date: Fri, 31 Oct 2003 20:59:26 -0800
Cc: Luca Scamoni <luca.scamoni@sys-net.it>, Asaf Shakarchi <asaf@asaf.gotdns.com>, openldap-software@OpenLDAP.org
Content-disposition: inline
In-reply-to: <1694243666.20031101111623@rad.net.id>
References: <NFBBKOAOOLGPKLIEOFLMCEHOCBAA.luca.scamoni@sys-net.it> <889458023.1067615531@cadabra.stanford.edu> <1694243666.20031101111623@rad.net.id>

--On Saturday, November 01, 2003 11:16 AM +0700 Beast <indorama@rad.net.id> wrote:

However, I think this can affect performance. Why not simply use a
different tool?


Because of -d or daemontools? I'm using daemontools for more than
years to supervise squid and i never has any problem with it (or
because i never look at that squid machine for last 4 months ? :)


because of -d

However in all of my case with openldap is not that slapd is die, but
slapd is there but always give zero anwer (because of unknown
reason,yet), this giving me a big headache because client apps can not
switch to second ldap if something goes wrong with first ldap server. why
not simply dies? it would be earsier to me :(

ah.. one of our test scripts looks for a result, and if it doesn't return the result we are looking for, it sends out an alert.

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

References:
- Re: R: monitoring slapd
  - From: Beast <indorama@rad.net.id>

Prev by Date: Re: R: monitoring slapd
Next by Date: openldap addressbook problem==nubie here
Index(es):
- Chronological
- Thread