[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: ITS78 not fixed - modrdn loses records (ITS#132)--->Done ...well, almost!



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. :-(