openldap gurus will sure help you.
That's out of my current knowledge
area... From: arun.sasi1@wipro.com [mailto:arun.sasi1@wipro.com] Sent: Thursday, July 28, 2011 10:31 AM To: Maucci, Cyrille; openldap-technical@openldap.org Subject: RE: SlapD is using more CPU Dear Cyrille, Below are the logs which I received from the
server… Today again it happened… Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3273 op=2
SEARCH RESULT tag=101 err=32 nentries=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 fd=36
ACCEPT from IP=134.32.44.37:60341 (IP=0.0.0.0:389) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=0
BIND dn="cn=admin,dc=emb,dc=slb,dc=com" method=128 Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=0
BIND dn="cn=admin,dc=emb,dc=slb,dc=com" mech=SIMPLE ssf=0 Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=0
RESULT tag=97 err=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=1
SRCH base="dc=emb,dc=slb,dc=com" scope=2 deref=0
filter="(&(objectClass=posixAccount)(uidNumber=470649))" Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=1
SRCH attr=uid userPassword uidNumber gidNumber cn homeDirectory loginShell gecos
description objectClass Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 op=1
SEARCH RESULT tag=101 err=0 nentries=1 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=8
SRCH base="ou=Groups,dc=emb,dc=slb,dc=com" scope=2 deref=0
filter="(&(objectClass=sambaGroupMapping)(sambaSID=s-1-1-0))" Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=8
SRCH attr=gidNumber sambaSID sambaGroupType sambaSIDList description displayName
cn objectClass Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=8
SEARCH RESULT tag=101 err=0 nentries=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3273 op=3
SRCH base="ou=Groups,dc=emb,dc=slb,dc=com" scope=2 deref=0
filter="(&(objectClass=sambaGroupMapping)(gidNumber=65534))" Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3273 op=3
SRCH attr=gidNumber sambaSID sambaGroupType sambaSIDList description displayName
cn objectClass Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3273 op=3
SEARCH RESULT tag=101 err=0 nentries=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3260 op=3
SRCH base="ou=Groups,dc=emb,dc=slb,dc=com" scope=2 deref=0
filter="(&(objectClass=sambaGroupMapping)(gidNumber=65534))" Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3260 op=3
SRCH attr=gidNumber sambaSID sambaGroupType sambaSIDList description displayName
cn objectClass Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3260 op=3
SEARCH RESULT tag=101 err=0 nentries=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=9
SRCH base="ou=Groups,dc=emb,dc=slb,dc=com" scope=2 deref=0
filter="(&(objectClass=sambaGroupMapping)(sambaSID=s-1-5-2))" Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=9
SRCH attr=gidNumber sambaSID sambaGroupType sambaSIDList description displayName
cn objectClass Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3262 op=9
SEARCH RESULT tag=101 err=0 nentries=0 text= Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3276 fd=36
closed (connection lost) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: daemon:
shutdown requested and initiated. Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3173 fd=19
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=4 fd=21
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=0 fd=22
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=1 fd=23
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3230 fd=24
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=6 fd=25
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=805 fd=26
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3223 fd=27
closed (slapd shutdown) Jul 28 08:05:02 gb0135embldap01 slapd[23254]: conn=3246 fd=28
closed (slapd shutdown) CPU usage 08:05:02
all 0.93
0.00 1.11
0.01 0.00
97.95 08:10:01
all 21.98
0.00 20.08
0.01 0.00
57.93 08:15:02
all 20.66
0.01 18.87
0.00 0.00
60.46 08:20:02
all 0.59
0.00 0.71
0.03 0.00
98.68 Thanks, -Arun From:
Arun Sasi V (WI01 - Manage IT) Dear Cyrille, Yes my ldap process is getting disappear… I assume due
to CPU/high search… because only that days I can see the CPU are getting
increased… There is no crash information file for slapd Thanks, -Arun From:
Maucci, Cyrille [mailto:cyrille.maucci@hp.com] Dear
Arun, >>
And also I just want to know why my ldap service are getting
stopped…. What do
you mean? Do you
mean the ldap unix process disappears ? If so,
did you enable core dumps to be written (ulimit -c) ? Do you
get a core file ? I would
not expect slapd to simply 'exit'. Thanks ++Cyrille From:
arun.sasi1@wipro.com [mailto:arun.sasi1@wipro.com] Dear Cyrille, I am using Ubuntu 9.04 OS (Configured in VM), and
OpenLdap OpenLDAP: slapd 2.4.15… I have configured Multi-Master setup here… i.e two location
servers will act as multimaster and remaining 7 locations are act as slave
servers(read only copy). Each location sync with master ldap and fetch the update from
master Ldap (syncrepl)… My infra the number of users are accessing the LDAP more on
Sundays hence Ldap server is utilizing more cpu on those days and getting hang…
Please find the attached some report which I took from Ldap
server. I have increased my cache size.. will it cause to high CPU
…? And also I just want to know why my ldap service are
getting stopped…. Thanks, -Arun From:
Maucci, Cyrille [mailto:cyrille.maucci@hp.com] Hello
Arun Sasi, are you
saying you are surprised by the fact that the more LDAP search the more CPU
consumption ? ( ! ). I must
have misunderstood your statement. Since
slapd is multi-threaded, I've myself pushed slapd to much more than 100%
CPU. So what
do you mean by 'slapd is getting stopped' ? Do you
mean the process vanishes ? Does it
leave a baby core file around there ? If so,
you should probably send the back trace. ++Cyrille From:
openldap-technical-bounces@OpenLDAP.org
[mailto:openldap-technical-bounces@OpenLDAP.org] On Behalf Of
arun.sasi1@wipro.com Hello Team, Whenever the number of search increase to the master server…
slapd is utilizing more about more than 100%... What could be the reason and
also is there any bench mark defined… Whenver it goes 100% slapd server is getting
stopped… Thanks &
Regards, Arun Sasi V Please
do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not the
intended recipient, you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately and destroy all copies of this message and
any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email. www.wipro.com Please
do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not the
intended recipient, you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately and destroy all copies of this message and
any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email. www.wipro.com Please
do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com |