[ https://issues.apache.org/jira/browse/CASSANDRA-9906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14692676#comment-14692676 ]
Stefania commented on CASSANDRA-9906: ------------------------------------- +1, provided we fix the imports, they are not needed and out of order. A number of unit tests have been fixed on 3.0 I believe, so the failing utests don't match 3.0. A couple of dtests also don't fail on 3.0, but did not check thoroughly. I've run the mismatched failing utests and dtests on my box and they pass locally, so they should be unrelated. However we may want to run the patch on cassci one more time before committing. > 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 > > Attachments: 9906.txt, dtest-CASSANDRA-9906.txt > > > {{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)