Getting InvalidItemStateException: OakMerge0002: Conflicting concurrent change with MongoDB environment | Community
Skip to main content
jake_lin
jake_lin
Level 2
October 16, 2015
Solved

Getting InvalidItemStateException: OakMerge0002: Conflicting concurrent change with MongoDB environment

  • October 16, 2015
  • 3 replies
  • 752 views

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)

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by smacdonald2008

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.

3 replies

jake_lin
jake_linAuthor
Level 2
October 16, 2015

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
smacdonald2008Accepted solution
Level 10
October 16, 2015

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.

Terms & ConditionsAccessibility statement

Loading footer...