Uploaded image for project: 'OpenDJ'
  1. OpenDJ
  2. OPENDJ-1192

Concurrent modify requests on single-valued attributes may not be replicated correctly

    Details

    • Support Ticket IDs:
    • Sprint:
      Sprint 20, Sprint 21, Sprint 22, Sprint 23, Sprint 24, Sprint 25, OpenDJ Sprint 62, OpenDJ Sprint 63, OpenDJ Sprint 64, OpenDJ Sprint 65, OpenDJ Sprint 66, OpenDJ Sprint 67, OpenDJ Sprint 68

      Description

      In some recent testing of the OpenAM CTS I saw the following errors:

       [21/Aug/2013:16:08:25 +0100] category=SYNC severity=MILD_ERROR msgID=14876739 msg=Could not replay operation ModifyOperation(connID=-1, opID=32535, dn=coreTokenId=-4282364212813318290,ou=famrecords,ou=openam-session,ou=tokens,dc=config,dc=test,dc=forgerock,dc=com) with ChangeNumber 00000140a16b41d76ee200003dd8 error No Such Attribute Entry coreTokenId=-4282364212813318290,ou=famrecords,ou=openam-session,ou=tokens,dc=config,dc=test,dc=forgerock,dc=com cannot be modified because the attempt to update attribute coreTokenObject would have removed one or more values from the attribute that were not present:  {"clientDomain":"dc=config.....
      

      Replayed modify requests should always succeed unless the entry has been deleted. We should investigate whether this error is benign or not. It could be benign if the replay thread correctly detects the error, adjusts the modify operation accordingly, and replays it. I suspect that this is not the case though.

      One possible solution could be to use the permissive modify request control.

      Edit by JNR:

      The message coming in the issue description has the following origins:
      Lower level error:
      CoreMessages.ERR_MODIFY_DELETE_MISSING_VALUES used in LocalBackendModifyOperation.processInitialDeleteSchema(Attribute)

      Higher level error:
      ReplicationMessages.ERR_ERROR_REPLAYING_OPERATION used in LDAPReplicationDomain.solveNamingConflict(ModifyOperation, ModifyMsg)

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                matthew Matthew Swift
                Reporter:
                matthew Matthew Swift
              • Votes:
                2 Vote for this issue
                Watchers:
                8 Start watching this issue

                Dates

                • Created:
                  Updated: