High cpu utilizaton by slapd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Bliss, Aaron wrote:
> Hi everyone,
> I'm running fds on 2 servers, a supplier and consumer, both are running
> redhat ES 4; I noticed today and for the last few days that the supplier
> directory server is running very, very slow, top reveals that ns-slapd
> is killing the cpu; these are running on server class hardware, roughly
> 1.5 GHZ hp proliant servers; the consumer directory server cpu
> utilization is almost 0 (99 % idol); I don't really know how to being to
> troubleshoot this problem; I've seen similar issues on oracle database
> servers when database indexes were corrupt and had to be rebuilt....Any
> ideas as to how to begin to troubleshoot this?  Thanks very much.
> 
> 1806 ldap      15   0  517m  33m  14m S 90.6  3.3   4:56.21 ns-slapd

I have also seen ns-slapd utilize quite a lot of cpu in some cases.

However, the question I always ask first is that "is it hurting 
something?". If the answer is "no", or "I don't know", then I generally 
ignore it. So far, I haven't had a positive answer to the questions.

Is the client-facing performance of your servers suffering somehow which 
you can clearly document?


> Confidentiality Notice:
> The information contained in this electronic message is intended for the exclusive use of the individual or entity named above and may contain privileged or confidential information.  If the reader of this message is not the intended recipient or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that dissemination, distribution or copying of this information is prohibited.  If you have received this communication in error, please notify the sender immediately by telephone and destroy the copies you received.

Sorry, you sent your confidential message to a public mailing list which 
is likely to be indexed by google. You have no guarantee of 
confidentiality.


BR,
Mike
-- 
http://www.netauth.com - LDAP Directory Consulting




[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux