Changes are lost when an object is modified then moved via LDAP on a RW replica

  • Document ID:3820675
  • Creation Date:30-Mar-2007
  • Modified Date:26-Apr-2012
    • Micro Focus Products:
      eDirectory

Environment

Novell eDirectory 8.7.3

Novell eDirectory 8.8

Situation

Using LDIF or DirXML to modify an object then move the object
Changes are lost when an object is modified then moved via LDAP on a RW replica
Atrribute changes are lost when an object is moved before the changes have fully sychronized
Changes of attributes will be lost on all copies of the database

Resolution

There are two ways to work-around this issue:
1. Make all the modifications on the Master replica
2. Verify changes have been fully synchronized before performing a move on an object.

This has been reported to engineering. However, it will not be addressed in Novell eDirectory 8.7.3. It's being considered for later releases.

Additional Information

Changes have not fully sychronized before the move takes place
Sample LDIF and syntax reproduce the error:
ice -l ice.log -S LDIF -f C:\descrnorth.ldif -c -v -a -D LDAP -s 192.168.1.15 -p 389 -d cn=admin,o=novell -w novell
#pause
ice -l ice.log -S LDIF -f C:\gosouth.ldif -c -v -a -D LDAP -s 192.168.1.15 -p 389 -d cn=admin,o=novell -w novell

Here the files referred:
descrnorth.ldif:
dn: cn=user3, ou=north, o=Novell
changetype: modify
replace: description
description: description3.33

gosouth:
dn: cn=user3, ou=north, o=Novell
changetype: moddn
newrdn: cn=user3
deleteoldrdn: 1
newsuperior: ou=south, o=Novell

DSTRACE screen with +LDAP shows options:

modify: dn (cn=user3,ou=south,o=Novell)
(192.168.1.15:3215)(0x0005:0x77) modifications:
(192.168.1.15:3215)(0x0005:0x77) replace: description
(192.168.1.15:3215)(0x0005:0x77) Sending operation result 80:"":"" to connection 0x90115620
(192.168.1.15:3215)(0x0006:0x77) DoExtended on connection 0x90115620
(192.168.1.15:3215)(0x0006:0x77) Sending operation result 0:"":"" to connection 0x90115620
(192.168.1.15:3215)(0x0007:0x42) DoUnbind on connection 0x90115620


If the pause in the *.CMD file is activated, and the user waits a few seconds when executing the CMD the attribute change stays in the database.

Formerly known as TID# 10093244