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

RE: Slurpd and cpu usage

Anyone seen this on Linux, this is probably my most serious issue right now as my slurpd doesn't play nice with my slapd and I'm suspecting that the high CPU load is tied to this.  Basically the slapd by itself stays up all day long, with slurpd, down many times.  Usually a nice 2GB slapd.replog is generated for me too.  I'm running a cron of the one-shot slurpd which is working okay but I'd really like to know what's hurting me here.  Both 2.1.25 and 2.2.15 exhibit the same high CPU load (in dev).  I can't verify a stability change with 2.2.15 yet as I don't have it in production, still need to devise tests...


-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of James Courtney
Sent: Friday, August 13, 2004 12:02 PM
To: Tony Earnshaw; Openldap list
Subject: RE: Slurpd and cpu usage

Definitely only one slurpd.  Still 24.x% CPU.  Color me perplexed...

Could the type of Linux filesystem used make a difference?  My permissions for the replica directory are 755 owned by root.  slapd.replog is 644 also owned by root.  both slapd and slurpd are started by root and running as root.  I know that these file permissions (700/600) could be more restrictive but we're not worried about that right now as the systems are accessible to engineers working on this project only.


-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Tony Earnshaw
Sent: Friday, August 13, 2004 11:03 AM
To: Openldap list
Subject: Re: Slurpd and cpu usage

fre, 13.08.2004 kl. 18.20 skrev James Courtney:

> Again, RedHat 3 ES, Openldap 2.2.15 (or 2.1.25), back-bdb with
> DB-4.2.52 (patched), HPQ Proliant DL 380 2x2.4 Ghz Xeon, 2GB RAM,
> 2x36GBx10k SCSI RAID 0...
> Slurpd and slapd use essentially 0% CPU with nothing going on (no
> suprises here).
> After a couple of small updates the slurpd now uses roughly 25% CPU
> from this point on.  My last updates were 12 hrs. ago and still this
> is the CPU utilization.  This seems inordinately high for something
> that should just poll that file periodically for additions and
> replicate those as any normal LDAP client would.  Is this common
> slurpd behavior?

No way! I'm using practically the same Linux distro and OL version
(2.2.15) config as you, remember? 0.1 CPU after 24 hours uptime for
slurpd and many updates. The rig(s) in question (is|are) a new
experience for me, but everything is working as per the book.

However, I do have issues with slurpd (ldaps to the slave). I have to
start it with '&' or it hangs at the "service ldap start" command, and
make sure (ps) that only one instance is running ('killall slurpd' kills
superfluous - there can be up to 5 - extraneous instances but leaves the
crucial one untouched).



My resume - CV - says that I speak a few languages fluently. I
have academic qualifications in all of them. It doesn't mention
"catese" or "dogese". I speak fluent catese and reasonable dogese,
but I've never taken any exams in them, never needed to.

mail: tonye@billy.demon.nl