[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
id2entry file grows when modifying entries
- To: openldap-bugs@OpenLDAP.org
- Subject: id2entry file grows when modifying entries
- From: Marion.Thyen@t-mobil.de
- Date: 7 May 2001 14:00:59 +0000
- Autoforwarded: FALSE
- Discarded-x400-mts-extensions: (43) (12) (2) (135) (115) (5) (6) (3)
- Importance: normal
- Original-encoded-information-types: (1) (0) (10021) (7) (1) (0) (100), (1) (0) (10021) (7) (1) (0) (6), (1) (0) (10021) (7) (1) (0) (1)
- X400-content-identifier: B5492IZK3FNZN
- X400-content-type: P2-1988 (22)
- X400-mts-identifier: [/PRMD=DTM/ADMD=viaT/C=DE/;26C2791D11D5430200AA6A82]
- X400-originator: Marion.Thyen@t-mobil.de
- X400-received: by /PRMD=DTM/ADMD=viaT/C=DE/; Relayed ; 7 May 2001 14:00:59 +0000
- X400-received: by mta MB400-dxcasu in /PRMD=DTM/ADMD=viaT/C=DE/; Relayed ; 7 May 2001 13:59:47 +0000
- X400-received: by mta MB400-DXCW04 in /PRMD=DTM/ADMD=viaT/C=DE/; Relayed ; 7 May 2001 14:00:59 +0000
- X400-recipients: openldap-bugs@openldap.org
Hi,
when modifying attributes (not indexed, never the naming attribute, objects and
attributes always exist), my id2entry file grows until it reaches the maximum
file size and causes slapd to crash.
Maybe I have done some stupid mistakes during compilation or configuration but
I can´t see what it is and found nothing appropriate on the mailing lists.
I am using version 1.2.11 on Solaris 2.7 with the gdbm backend. My Configure
options are: -enable-debug=no --with-gcc --with-threads=no --enable-static=yes
Here is an excerpt from my configuration file:
database ldbm
directory /tmp/ldapdata/
cachesize 10000
dbcachesize 6000000
index objectclass eq
index cn
index default none
The number of entries is about 900 each having the same 6 attributes.
I have already dumped my "id2entry.gdbm" using "ldbmcat" before and after
modifying attributes but the output looks fine.
The observed behaviour cannot be explained by growing length of attribute
values. They are always very short strings.
Any help?
Marion