[ https://issues.apache.org/jira/browse/CASSANDRA-4118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13250730#comment-13250730 ]
Sylvain Lebresne commented on CASSANDRA-4118: --------------------------------------------- So given that Solandra uses the StorageProxy, it may end up mistakenly modifying a ColumnFamily returned by Cassandra, which would fit exactly the exception we're seeing here. The fact that Solandra has been (from what I understand) mostly tested on 0.8 and that on 0.8 this ConcurrentModificationException wouldn't be triggered (due to internal changes) also help pointing towards this direction. So IMO there is a very good change that this is a case of Solandra not being 1.0 ready. > ConcurrentModificationException in > ColumnFamily.updateDigest(ColumnFamily.java:294) (cassandra 1.0.8) > ------------------------------------------------------------------------------------------------------ > > Key: CASSANDRA-4118 > URL: https://issues.apache.org/jira/browse/CASSANDRA-4118 > Project: Cassandra > Issue Type: Bug > Affects Versions: 1.0.8 > Environment: two nodes, replication factor=2 > Reporter: Zklanu Ryś > Assignee: Vijay > Fix For: 1.0.10, 1.1.0 > > > Sometimes when reading data I receive them without any exception but I can > see in Cassandra logs, that there is an error: > ERROR [ReadRepairStage:58] 2012-04-05 12:04:35,732 > AbstractCassandraDaemon.java (line 139) Fatal exception in thread > Thread[ReadRepairStage:58,5,main] > java.util.ConcurrentModificationException > at > java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) > at java.util.AbstractList$Itr.next(AbstractList.java:343) > at > org.apache.cassandra.db.ColumnFamily.updateDigest(ColumnFamily.java:294) > at org.apache.cassandra.db.ColumnFamily.digest(ColumnFamily.java:288) > at > org.apache.cassandra.service.RowDigestResolver.resolve(RowDigestResolver.java:102) > at > org.apache.cassandra.service.RowDigestResolver.resolve(RowDigestResolver.java:30) > at > org.apache.cassandra.service.ReadCallback$AsyncRepairRunner.runMayThrow(ReadCallback.java:227) > at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira