Hi Ludwig, We see the same change with a different change number. This does not happen while using the 389-console or a tool we use to directly connect to the directory. When other integration tools are used that do no trigger a duplicate entry with iPlanet, they do show a duplicate entry. I can attach a part of the slapd access log file that records this activity. We are planning a migration from iPlanet 5 to RH DS 9 and this came up yesterday. Kind regards, Vincent On Thu, May 23, 2013 at 9:51 AM, Ludwig Krispenz <lkrispen@xxxxxxxxxx> wrote: > What do you mean by two entries - the same change duplicate with different > change numbers or an additional change logged ? > > Ludwig > > > On 05/23/2013 08:57 AM, Vincent Gerris wrote: >> >> Hi, >> >> We are using Red Hat Enterprise Directory Server (which is a stable 389). >> We have been using the retro changelog plugin from the old iPlanet >> server for synchronisation to other systems. >> Yesterday we noticed that for some reason, when an LDAP modification >> is made, 2 entries turn up in de changelog LDAP tree. >> It does not seem to happen when the 389-console client is used and a >> change is made directly to an account with it, >> but when an LDAP modify is done, while the slapd access logs shows 1 >> modification, the changelog has two entries. >> This seems to be a bug. >> >> Does anyone know how to solve this? >> I have not found anybody having the issue and nothing in the >> configuration either. >> These duplicate entries might result in performance issues on the >> scripting side. >> Any help is greatly appreciated! >> >> Kind regards, >> Vincent >> -- >> 389 users mailing list >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users > > > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users