rlvcosta@yahoo.com wrote:
See that I have 2 DBs and in each DB area in slapd.conf, read without error by slapd as seen above, I have the cachesize, idlcachesize and dncachesize specified with small values just to monitor the memory usage by slapd.
Unfortunately even with this configuration I still having slapd consuming memory without release it. So if a new entrance is queried by some LDAP client, slapd will consume more memory. Since my DB dn's are bigger than 3GB then soon or later the slapd will crash.
See my DB information :
7.2G dn2id.bdb 12G id2entry.bdb 110M maillogin.bdb 3.3M objectClass.bdb 108M pnnumber.bdb 1.3M submxid.bdb 323M uid.bdb
See my dn2id is much bigger than yours and maybe you just did not saw this
issue happenig since your dn can be loaded in your memory and you in a 64 bits environment can use more than 3GB per process.
But in any case looks like there is a problem in slapd that do not respect
the cache limitations imposed.
In this way we cannot use slapd for large databases. Please see my
configuration above and let me know if a made a mistake(I hope so) since dncachesize is not documented at man pages.
You're mistaken, dncachesize is in the 2.4 manpages. You seem to not be reading the documentation that came with the software release you're using.
Just as example, with the DB I loaded for tests with 1 million entrances, with the cache sizes definitions as in the slapd.conf described above and making a ldapsearch on all entrances from the CONTENT DB, in the end I have :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3189 ldap 15 0 842m 724m 67m S 99 6.1 7:00.48 slapd
See the slapd process already consumed 842m and I just read 1 million entrances, even dncachesize is defined to be 1000.
I do not see anyway to control the memory usage by slapd.
Is this "disrespect" to slapd.conf directives a possible problem?
Looks like slapd is behaving normally so far, though it's hard to tell without also seeing your DB_CONFIG settings. Test again with your full database and report the results.