Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

Getting InvalidItemStateException: OakMerge0002: Conflicting concurrent change with MongoDB environment

Avatar

Level 2

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)

1 Accepted Solution

Avatar

Correct answer by
Level 10

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.

View solution in original post

3 Replies

Avatar

Level 2

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

Avatar

Correct answer by
Level 10

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.