Getting InvalidItemStateException: OakMerge0002: Conflicting concurrent change with MongoDB environment

[jake_lin]

We are seeing a problem when installing/uninstalling a package in AEM that uses MongoDB where part way through an install/uninstall AEM would hang for a while or hang what seems like forever, and if it does return from a hang, we see several "InvalidItemStateException: OakMerge0002: OakMerge0002: Conflicting concurrent change" errors (please see below for error message). This seems to only happen on one of our packages and it always hangs when we use it. Does anyone know what is causing the problem? Thanks.

Error Message:

19.01.2015 14:16:14.641 *ERROR* [qtp1695796937-32] org.apache.jackrabbit.vault.fs.io.Importer Error while committing : javax.jcr.InvalidItemStateException: OakMerge0002: OakMerge0002: Conflicting concurrent change. Update operation failed: key: 0:/ update {_collisions.r14b04426ecd-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043f88cb-0-1=CONTAINS_MAP_ENTRY false, _modified=MAX 1421705770, _revisions.r14b043feab0-0-1=SET_MAP_ENTRY c-r14b04448138-16-1, _revisions.r14b044154bb-0-1=SET_MAP_ENTRY c-r14b04448138-19-1, _revisions.r14b043e7655-0-1=SET_MAP_ENTRY c-r14b04448138-10-1, _revisions.r14b043e2108-0-1=SET_MAP_ENTRY c-r14b04448138-9-1, _revisions.r14b043e19f5-0-1=SET_MAP_ENTRY c-r14b04448138-1-1, _collisions.r14b044154bb-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e7655-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e2108-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e19f5-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043f88cb-0-1=SET_MAP_ENTRY c-r14b04448138-15-1, _revisions.r14b04426ecd-0-1=SET_MAP_ENTRY c-r14b04448138-1a-1, _collisions.r14b043feab0-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b0440c0fb-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e24ea-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e1d06-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043eefc7-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e1c9a-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e2472-0-1=SET_MAP_ENTRY c-r14b04448138-c-1, _collisions.r14b043e2578-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e24f9-0-1=SET_MAP_ENTRY c-r14b04448138-e-1, _revisions.r14b043e2471-0-1=SET_MAP_ENTRY c-r14b04448138-b-1, _revisions.r14b043e98cf-0-1=SET_MAP_ENTRY c-r14b04448138-11-1, _revisions.r14b043e1e25-0-1=SET_MAP_ENTRY c-r14b04448138-6-1, _revisions.r14b043e1e26-0-1=SET_MAP_ENTRY c-r14b04448138-7-1, _revisions.r14b043e2578-0-1=SET_MAP_ENTRY c-r14b04448138-f-1, _collisions.r14b043e2472-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e2471-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e24f9-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e1e25-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e98cf-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043e1e26-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e24ea-0-1=SET_MAP_ENTRY c-r14b04448138-d-1, _revisions.r14b0440c0fb-0-1=SET_MAP_ENTRY c-r14b04448138-18-1, _revisions.r14b043e1d06-0-1=SET_MAP_ENTRY c-r14b04448138-4-1, _revisions.r14b043e1c9a-0-1=SET_MAP_ENTRY c-r14b04448138-3-1, _revisions.r14b043eefc7-0-1=SET_MAP_ENTRY c-r14b04448138-12-1, _collisions.r14b043e1dea-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043f0d48-0-1=SET_MAP_ENTRY c-r14b04448138-13-1, _revisions.r14b043f7352-0-1=SET_MAP_ENTRY c-r14b04448138-14-1, _collisions.r14b0442b145-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b04427eb1-0-1=SET_MAP_ENTRY c-r14b04448138-1b-1, _collisions.r14b044458e2-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b044070f6-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e2417-0-1=SET_MAP_ENTRY c-r14b04448138-a-1, _collisions.r14b043e2417-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e1dea-0-1=SET_MAP_ENTRY c-r14b04448138-5-1, _collisions.r14b043f0d48-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b043f7352-0-1=CONTAINS_MAP_ENTRY false, _collisions.r14b04427eb1-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b0442b145-0-1=SET_MAP_ENTRY c-r14b04448138-1c-1, _revisions.r14b044458e2-0-1=SET_MAP_ENTRY c-r14b04448138-1d-1, _revisions.r14b044070f6-0-1=SET_MAP_ENTRY c-r14b04448138-17-1, _revisions.r14b043e1f70-1-1=SET_MAP_ENTRY c-r14b04448138-8-1, _collisions.r14b043e1bad-0-1=CONTAINS_MAP_ENTRY false, _revisions.r14b043e1bad-0-1=SET_MAP_ENTRY c-r14b04448138-2-1, _collisions.r14b043e1f70-1-1=CONTAINS_MAP_ENTRY false} (retries 5, 290455 ms)

[Mshaji]

Please review following post

http://help-forums.adobe.com/content/adobeforums/en/experience-manager-forum/adobe-experience-manage...

[jake_lin]

Thanks for the reply. I'm not sure if that helped. If I run the command recommended in the other post, I get a { "nRemoved" : 0 } response.

Our exception did not mention anything about oak:index/cqTags, so I don't think it's the same problem. I was thinking I am supposed to run the removeDescendantsAndSelf() function on a different index, but I'm not sure what I would run it against.

We see the OakMerge0002 problem when we install onto a freshly installed AEM and MongoDB. The only difference between installing in a dirty environment and a clean environment was that the time it takes to retry in the dirty environment is ~5 minutes each and on clean environment it takes ~40 seconds.

Maybe I'm not understanding how the indexes work. How would there be index conflicts in a new database?

Thanks

[smacdonald2008 · Accepted solution]

Watch this GEMs session:

http://dev.day.com/content/ddc/en/gems/aem-6-oak--mongomk-and-queries.html

It covers OAK and Mongo. If after that and if you still have issues- file a support ticket.