cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (CASSANDRA-6549) java.lang.ClassCastException: org.apache.cassandra.locator.SimpleStrategy cannot be cast to org.apache.cassandra.locator.NetworkTopologyStrategy
Date Fri, 03 Jan 2014 22:24:50 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jonathan Ellis resolved CASSANDRA-6549.
---------------------------------------

    Resolution: Duplicate

bq. Is this related to CASSANDRA-6238?

Yes: CASSANDRA-6545

> java.lang.ClassCastException: org.apache.cassandra.locator.SimpleStrategy cannot be cast
to org.apache.cassandra.locator.NetworkTopologyStrategy
> ------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-6549
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6549
>             Project: Cassandra
>          Issue Type: Bug
>         Environment: Sun JDK 1.7
> cassandra 1.2.13
>            Reporter: Karl Mueller
>
> Getting many of these since upgrading to 1.2.13:
> ERROR [Thrift:3141] 2014-01-03 13:21:34,909 CustomTThreadPoolServer.java (line 217) Error
occurred during processing of message.
> java.lang.ClassCastException: org.apache.cassandra.locator.SimpleStrategy cannot be cast
to org.apache.cassandra.locator.NetworkTopologyStrategy
>         at org.apache.cassandra.db.ConsistencyLevel.localQuorumFor(ConsistencyLevel.java:93)
>         at org.apache.cassandra.db.ConsistencyLevel.blockFor(ConsistencyLevel.java:114)
>         at org.apache.cassandra.service.ReadCallback.<init>(ReadCallback.java:65)
>         at org.apache.cassandra.service.StorageProxy.fetchRows(StorageProxy.java:880)
>         at org.apache.cassandra.service.StorageProxy.read(StorageProxy.java:816)
>         at org.apache.cassandra.thrift.CassandraServer.readColumnFamily(CassandraServer.java:108)
>         at org.apache.cassandra.thrift.CassandraServer.internal_get(CassandraServer.java:413)
>         at org.apache.cassandra.thrift.CassandraServer.get(CassandraServer.java:443)
>         at org.apache.cassandra.thrift.Cassandra$Processor$get.getResult(Cassandra.java:3399)
>         at org.apache.cassandra.thrift.Cassandra$Processor$get.getResult(Cassandra.java:3387)
>         at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:32)
>         at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34)
>         at org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:199)
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>         at java.lang.Thread.run(Thread.java:724)
> We are running Simple Strategy. If there is an invalid client consistency level being
used, it should not cause errors on the server.
> Is this related to CASSANDRA-6238 ?



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Mime
View raw message