This means that server was unabled (because of too many retries due to deadlock) to write the update in the changelog.
This triggers the failure of the operation. If it is on the consumer, that means that the supplier will retry later to send the update and as you have 2 differents CSN in the log I think the updates are also progressing on consumers side. Now they can be late.
I do not know why it is occurring. Deadlock is quite rare because under default deployment threads are synchronized by a backend lock.
Is the dse.ldif available somewhere ?

 

Hi Thierry,

 

Thanks for the clarification. Actually, the error is only occurring on the master (supplier) side which is receiving LDAP

writes from an LDAP client. It does not seem to occur on any of the consumers. Once this error occurs on the supplier side, it never

attempts to push the change to the consumer. This causes the consumers to go out of sync with the supplier and

they need to be re-initialized. From my understanding, if a changelog entry is not written on the supplier side even

when a change occurs, the error prevents the change from being sent to the consumer? That’s what seems to be happening.

I will mail you a copy of the dse.ldif if that is okay. Thanks again for your advice with this.

 

cheers,

 

VM