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

Mike Adamson updated CASSANDRA-9906:
------------------------------------
    Description: 
{{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


  was:
{{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 com.datastax.bdp.server.DseServer.multiget_slice(DseServer.java:684) 
~[dse-core-5.0.0-SNAPSHOT.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.



> 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
>             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)

Reply via email to