You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Tyler Hobbs (JIRA)" <ji...@apache.org> on 2015/08/05 00:15:05 UTC
[jira] [Updated] (CASSANDRA-9906) get_slice and multiget_slice
failing on trunk
[ https://issues.apache.org/jira/browse/CASSANDRA-9906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tyler Hobbs updated CASSANDRA-9906:
-----------------------------------
Assignee: Benjamin Lerer (was: Tyler Hobbs)
Priority: Blocker (was: Major)
I won't be able to get to this soon, so reassigning to [~blerer]. You should be able to add a test case to the {{thrift_tests.py}} dtest to reproduce the issue.
> get_slice and multiget_slice failing on trunk
> ---------------------------------------------
>
> Key: CASSANDRA-9906
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9906
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Mike Adamson
> Assignee: Benjamin Lerer
> Priority: Blocker
> Fix For: 3.0.0 rc1
>
>
> {{get_slice}} and {{multiget_slice}} are failing on trunk with the following error:
> {noformat}
> java.lang.AssertionError: null
> at org.apache.cassandra.db.filter.ClusteringIndexNamesFilter.<init>(ClusteringIndexNamesFilter.java:53) ~[cassandra-all-3.0.0.592.jar:3.0.0.592]
> at org.apache.cassandra.thrift.CassandraServer.toInternalFilter(CassandraServer.java:405) ~[cassandra-all-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at org.apache.cassandra.thrift.CassandraServer.multigetSliceInternal(CassandraServer.java:547) ~[cassandra-all-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at org.apache.cassandra.thrift.CassandraServer.multiget_slice(CassandraServer.java:348) ~[cassandra-all-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at org.apache.cassandra.thrift.Cassandra$Processor$multiget_slice.getResult(Cassandra.java:3716) ~[cassandra-thrift-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at org.apache.cassandra.thrift.Cassandra$Processor$multiget_slice.getResult(Cassandra.java:3700) ~[cassandra-thrift-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39) ~[libthrift-0.9.2.jar:0.9.2]
> at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39) ~[libthrift-0.9.2.jar:0.9.2]
> at org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:204) ~[cassandra-all-3.0.0.592.jar:5.0.0-SNAPSHOT]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_45]
> at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_45]
> {noformat}
> The schema used for this was
> {noformat}
> create table test (k int, v int, primary key(k)) with compact storage;
> {noformat}
> and the code used for the call was
> {noformat}
> SlicePredicate predicate = new SlicePredicate();
> predicate.column_names = Collections.singletonList(ByteBufferUtil.bytes("v"));
> client.multiget_slice(Collections.singletonList(key), new ColumnParent("test"), predicate, ConsistencyLevel.ONE);
> {noformat}
> The error is coming from this line in {{ClusteringIndexNamesFilter}}
> {noformat}
> assert !clusterings.contains(Clustering.STATIC_CLUSTERING);
> {noformat}
> which is failing the assertion because column 'v' is static.
> Apologies for the line mismatches in {{ClusteringIndexNamesFilter}} I had some debug statements in the code to help track down what was happening
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)