Thanks for all your help. I have made some adjust on the index configuration. I have removed the subinital, subfinal, subany indexes, and replaced them with sub. Then reindex the tree. Now it works fine. Because of the server is a production server so the downtime should be as short as possible. So i want to make some extra test about this problem on other machines, to determinate what's the real problem. I think this problem may be caused by the search length of the subinital, subfinal and subany indexes. Any idea? Best regards, wang. On Wed, 2006-07-26 at 10:02 -0400, matthew sporleder wrote: > On 7/25/06, Wang Penghui <wangpenghui@gmail.com> wrote: > > Hello, everyone, > > > > Recently, i have upgraded one of my openldap installations, the version > > upgrade from 2.1.31 to 2.3.24 in the gentoo box. > > > > And i also change the backend from ldbm to bdb which is the default > > database backend of openldap. > > > > Before the upgrading i have used the command slapcat dump all the data > > from the old version openldap server. > > > > After the upgrading, i use slapadd to import the dumped backup to the > > new version installation. > > > > Then there is a strange problem. > > > > There is a entry with the "o" attribute, the value is > > NEXOS TRADING GMBH & CO.KNingbo Representative Office > > > > then i use the follow command to make a search > > > > ldapsearch -x -D "cn=manager,dc=xxx" -w xxx -b "ou=contacts,dc=xxx" > > o="*NEX*" > > > > It will return the correct result. > > > > use > > ldapsearch -x -D "cn=manager,dc=xxx" -w xxx -b "ou=contacts,dc=xxx" > > o="*NEXO* > > > > It will return nothing. > > > > use > > ldapsearch -x -D "cn=manager,dc=xxx" -w xxx -b "ou=contacts,dc=xxx" > > o="*NEXOS* > > > > It will return nothing. > > > > use > > ldapsearch -x -D "cn=manager,dc=xxx" -w xxx -b "ou=contacts,dc=xxx" > > o="*XOS* > > > > It will return the correct result. > > > > That's very strange. > > > > Then i use a ldap client to connect to the server then cut the value of > > "o" and paste it again. > > > > After that, everthing seems okay. > > > > But i also find some other entry has the same problem. > > > > Does someone have some experiences on this topic? > > > > Every reply is very appreciated. > > > > Wang Penghui > > > > -- > > You might want to try reindexing. Also, if you moved a custom schema > over, make sure it's defined within the stricter rules of 2.3. > > _Matt -- Name. Wang Penghui | ç éè Tel. 0086-592-8389650 Mail. wangpenghui@gmail.com Web. http://www.wangpenghui.name Blog. http://www.wangpenghui.name/blog
Attachment:
signature.asc
Description: This is a digitally signed message part