[
https://issues.apache.org/jira/browse/CASSANDRA-1384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12898293#action_12898293
]
Gary Dusbabek commented on CASSANDRA-1384:
------------------------------------------
Arya: I wasn't able to replicate your problem, but I think I understand it
enough to provide this fix. Can you please apply and test it?
Basically, a ConfigurationException which Cassandra can recover from is
percolating up and getting re-thrown as a RuntimeException, which is bad.
> ERROR [MIGRATION-STAGE:1] Previous Version Mistmatch
> ----------------------------------------------------
>
> Key: CASSANDRA-1384
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1384
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.7 beta 1
> Environment: CentOS 5.2
> Trunc August 12th, 2010 at 1:30pm
> Reporter: Arya Goudarzi
> Assignee: Gary Dusbabek
> Fix For: 0.7 beta 2
>
> Attachments:
> v1-0001-trap-ConfigExceptions-so-they-don-t-become-RTEs.txt
>
>
> I fired up a 3 node cluster. I created few keyspaces using API and inserted
> to them with no problem. Now I tried to add more CFs to one of those existing
> Keyspaces in a loop. I got the following exception:
> ERROR [MIGRATION-STAGE:1] 2010-08-12 14:46:40,493 CassandraDaemon.java (line
> 82) Uncaught exception in thread Thread[MIGRATION-STAGE:1,5,main]
> java.util.concurrent.ExecutionException: java.lang.RuntimeException:
> org.apache.cassandra.config.ConfigurationException: Previous version
> mismatch. cannot apply.
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252)
> at java.util.concurrent.FutureTask.get(FutureTask.java:111)
> at
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.afterExecute(DebuggableThreadPoolExecutor.java:87)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1118)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:636)
> Caused by: java.lang.RuntimeException:
> org.apache.cassandra.config.ConfigurationException: Previous version
> mismatch. cannot apply.
> at
> org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:34)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> ... 2 more
> Caused by: org.apache.cassandra.config.ConfigurationException: Previous
> version mismatch. cannot apply.
> at org.apache.cassandra.db.migration.Migration.apply(Migration.java:101)
> at
> org.apache.cassandra.db.DefinitionsUpdateResponseVerbHandler$1.runMayThrow(DefinitionsUpdateResponseVerbHandler.java:70)
> at
> org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30)
> ... 6 more
> The above exception is logged in the log of node in which I send the request
> to and not other seeds. It is noteworthy that my schem_agreement is stuck in
> a disagreed state:
> Array
> (
> [1775e847-a658-11df-960f-7d867dfef3ae] => Array
> (
> [0] => 10.50.26.134
> )
> [163d874a-a65b-11df-aef0-d73a63bafff3] => Array
> (
> [0] => 10.50.26.133
> )
> [14869031-a658-11df-8553-930ba61048ac] => Array
> (
> [0] => 10.50.26.132
> )
> )
> And this does not change. Affect is that some keyspaces would not respond to
> reads any more giving Internal Error:
> ERROR [pool-1-thread-26] 2010-08-12 14:50:57,034 Cassandra.java (line 2988)
> Internal error processing batch_mutate
> java.lang.AssertionError
> at
> org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalEndpoints(AbstractReplicationStrategy.java:91)
> at
> org.apache.cassandra.service.StorageService.getNaturalEndpoints(StorageService.java:1289)
> at
> org.apache.cassandra.service.StorageService.getNaturalEndpoints(StorageService.java:1277)
> at
> org.apache.cassandra.service.StorageProxy.mutateBlocking(StorageProxy.java:193)
> at
> org.apache.cassandra.thrift.CassandraServer.doInsert(CassandraServer.java:474)
> at
> org.apache.cassandra.thrift.CassandraServer.batch_mutate(CassandraServer.java:438)
> at
> org.apache.cassandra.thrift.Cassandra$Processor$batch_mutate.process(Cassandra.java:2980)
> at
> org.apache.cassandra.thrift.Cassandra$Processor.process(Cassandra.java:2499)
> at
> org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:167)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:636)
> In my CF creation, I block for CF creation of the same name and not different
> names.
> Please advice.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
