[
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
