[Date Prev][Date Next]
Re: Is it normal?
--On Thursday, December 02, 2004 11:31 AM +0100 Tony Earnshaw
ons, 01.12.2004 kl. 20.43 skrev Quanah Gibson-Mount:
> I am using Openldap 2.2.13 as LDAP backend for Samba.
> Total number of records in the database is about 150, but slapd for
> some reason consumes 140Megs of RAM and this number grows (last time I
> checked few days ago was 68). I was looking everywhere but never found
> what could actually cause this, so if this question is old, just let me
> know where I can find more information about this issue.
> Thanks in advance.
There were some memory and cache leaks fixed in the 2.2.19 release that
may solve this problem.
People *must* give OS and distro for reference, plus supporting
After months of uptime on RHAS3, self-compiled 2.2.17/Cyrus SASL
2.1.18/BDB4.2.52, openssl 0.9.7d (up to 80 concurrent users, total in
that time ~1.000 users) and after 5 days of uptime RHAS3 self-compiled
2.2.18/Cyrus SASL 2.1.20/BDB 4.2.52/Openssl 0.9.7d (only 2-3 concurrent
users) slapd doesn't even show up in top. ps auxwww shows 8368 RSS,
194024 VSZ on this (5 days up) rig.
This could have far more to do with the supporting system than with the
OL version alone.
Perhaps, yet both Howard & I were able to trigger the memory & cache leaks
on both linux & solaris. However, it was not easily triggered, and didn't
trigger consistently. It was something that was quite difficult to track
down because of that. Out of my 9 production servers @ Stanford, sometimes
none would exhibit the behavior for weeks at a time. Sometimes 3 would
consume all the available memory available on the same day, and have to be
restarted. There was no consistent pattern to it. Anyone running OL prior
to 2.2.18 without the memory & cache leak patches is running the risk of
having slapd chew up their resources.
I'll note that OL 2.2.18 was released October 23rd, so it would also be
hard to have it up and running for "months". ;) The same issue was present
in OL 2.2.17, and seems related to issues I had as far back as 2.2.15.
Principal Software Developer
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html