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

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)
Sent: Monday, July 25, 2011 6:46 PM
To: 'Maucci, Cyrille'; openldap-technical@openldap.org
Subject: RE: SlapD is using more CPU

 

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]
Sent: Monday, July 25, 2011 6:19 PM
To: Arun Sasi V (WI01 - Manage IT); openldap-technical@openldap.org
Subject: RE: SlapD is using more CPU

 

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]
Sent: Monday, July 25, 2011 2:45 PM
To: Maucci, Cyrille; openldap-technical@openldap.org
Subject: RE: SlapD is using more CPU

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]
Sent: Monday, July 25, 2011 5:59 PM
To: Arun Sasi V (WI01 - Manage IT); openldap-technical@openldap.org
Subject: RE: SlapD is using more CPU

 

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
Sent: Monday, July 25, 2011 9:55 AM
To: openldap-technical@openldap.org
Subject: SlapD is using more CPU

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