Full_Name: Alan Sparks Version: OpenLDAP 1.2.1 OS: HP/UX 10.20 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (151.114.2.18) ITS #78 marked closed, but not fixed. Duplicated the problem as still existent in OpenLDAP 1.2.1. Compiled w/ GCC 2.8.1 on HP/UX 10.20 using either Sleepycat 2.3.16 or 2.7.4. After changing RDN of entry (in my case, from cn=Partners WorldCom Access,ou=Groups,o=Harris/NSS to cn=Partners MCIWorldCom Access,ou=Groups,o=Harris/NSS) with a delete-old-rdn parameter, subsequent ldapsearch cannot find the updated entry. Entry reappears after slapd restart. Bad news. :-(
asparks@nss.harris.com wrote: > Full_Name: Alan Sparks > Version: OpenLDAP 1.2.1 > OS: HP/UX 10.20 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (151.114.2.18) > > ITS #78 marked closed, but not fixed. Duplicated the problem as still > existent in OpenLDAP 1.2.1. Compiled w/ GCC 2.8.1 on HP/UX 10.20 using > either Sleepycat 2.3.16 or 2.7.4. > > After changing RDN of entry (in my case, > from cn=Partners WorldCom Access,ou=Groups,o=Harris/NSS > to cn=Partners MCIWorldCom Access,ou=Groups,o=Harris/NSS) with a delete-old-rdn > parameter, subsequent ldapsearch cannot find the updated entry. Entry > reappears > after slapd restart. > > Bad news. :-( Someone else just reported the same problem....seems to be an extra space is getting introduced in the dn at the index entry. Will take care of this as soon as I get some time off. Thanks for reporting it. Juan
changed notes moved from Incoming to Software Bugs
changed notes
A fix has been posted to the devel distribution for the problem you and others reported. The problems was that index files were not being updated correctly after modrdn operations. I believe there is still a problem: if you use modrdn with deleteoldrdn=1, the old attribute value (rdn) will be deleted but a search with the oldrdn will still return the entry. I would very likely fix this in the near future after I get approval from others in core. Please test and send your feedback! Enjoy, Juan asparks@nss.harris.com wrote: > Full_Name: Alan Sparks > Version: OpenLDAP 1.2.1 > OS: HP/UX 10.20 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (151.114.2.18) > > ITS #78 marked closed, but not fixed. Duplicated the problem as still > existent in OpenLDAP 1.2.1. Compiled w/ GCC 2.8.1 on HP/UX 10.20 using > either Sleepycat 2.3.16 or 2.7.4. > > After changing RDN of entry (in my case, > from cn=Partners WorldCom Access,ou=Groups,o=Harris/NSS > to cn=Partners MCIWorldCom Access,ou=Groups,o=Harris/NSS) with a delete-old-rdn > parameter, subsequent ldapsearch cannot find the updated entry. Entry > reappears > after slapd restart. > > Bad news. :-(
changed notes changed state Open to Test
Juan, On Tue, 20 Apr 1999 gomez@cthulhu.engr.sgi.com wrote: > A fix has been posted to the devel distribution for the problem you and others > reported. The problems was that index files were not being updated correctly > after modrdn operations. I believe there is still a problem: if you use modrdn > with deleteoldrdn=1, the old attribute value (rdn) will be deleted but a search > with the oldrdn will still return the entry. I would very likely fix this in the > near > future after I get approval from others in core. I'm having some troubles trying to get a patch out of -devel to 1.2.1. I want to patch the 1.2.1 source and try this, but there's all this new stuff in the -devel CVS. How can I get a diff file for openldap 1.2.1 stable to fix this? Thanks. Don -- Don Badrak <dbadrak@census.gov> 301.457.8263 work Telecommunications Office 301.457.4438 fax U.S. Bureau of the Census Suitland MD, USA
changed notes changed state Test to Release
changed notes changed state Release to Closed
Fixes applied to -devel and re12.