Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Fri, 14 Aug 2015 19:29:45 +0000 (UTC)
From: "Benjamin Lerer (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12849570.1438077533000.71657.1439580585956@Atlassian.JIRA>
In-Reply-To: <JIRA.12849570.1438077533000@Atlassian.JIRA>
References: <JIRA.12849570.1438077533000@Atlassian.JIRA>
 <JIRA.12849570.1438077533208@arcas>
Subject: [jira] [Commented] (CASSANDRA-9906) get_slice and multiget_slice
 failing on trunk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CASSANDRA-9906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697596#comment-14697596 ] 

Benjamin Lerer commented on CASSANDRA-9906:
-------------------------------------------

* The results of the tests are [here|http://cassci.datastax.com/view/Dev/view/blerer/job/blerer-9906-testall/lastCompletedBuild/testReport/]
* The results of the Dtests are [here|http://cassci.datastax.com/view/Dev/view/blerer/job/blerer-9906-dtest/lastCompletedBuild/testReport/]

As we have a lot of DTests failing on 3.0, it is difficult to be fully sure that the patch does not break anything. I have checked the failing DTests and it seems that the failures are not related to the patch.

[~iamaleksey] could you have a quick look to the patch to be sure that we did not miss anything?

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