[
https://issues.apache.org/jira/browse/CASSANDRA-7112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13984960#comment-13984960
]
Tyler Hobbs commented on CASSANDRA-7112:
----------------------------------------
Besides that explicit error, several other super column tests are failing in
interesting in different ways:
{noformat}
ERROR: test_get_count_super_column
(tests.test_columnfamily.TestSuperColumnFamily)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/thobbs/pycassa/tests/test_columnfamily.py", line 572, in
test_get_count_super_column
assert_equal(scf.get_count(key, super_column='1', column_start='sub3'), 1)
...
InvalidRequestException: InvalidRequestException(why='Not enough bytes')
{noformat}
Other tests get bad column counts or are missing columns in results. These
might share the same cause, so I'll keep everything in this ticket for now.
> ava.lang.ClassCastException:
> org.apache.cassandra.db.composites.CompoundComposite cannot be cast to
> org.apache.cassandra.db.composites.CellName
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-7112
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7112
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Tyler Hobbs
>
> This may be related to CASSANDRA-6738, although the stacktraces show a pretty
> different path:
> {noformat}
> ERROR 23:13:17 Error occurred during processing of message.
> java.lang.ClassCastException:
> org.apache.cassandra.db.composites.CompoundComposite cannot be cast to
> org.apache.cassandra.db.composites.CellName
> at
> org.apache.cassandra.db.composites.AbstractCellNameType.cellFromByteBuffer(AbstractCellNameType.java:170)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.ThriftValidation.validateColumnData(ThriftValidation.java:442)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.ThriftValidation.validateColumnOrSuperColumn(ThriftValidation.java:318)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.ThriftValidation.validateMutation(ThriftValidation.java:385)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.CassandraServer.createMutationList(CassandraServer.java:849)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.CassandraServer.batch_mutate(CassandraServer.java:964)
> ~[main/:na]
> at
> org.apache.cassandra.thrift.Cassandra$Processor$batch_mutate.getResult(Cassandra.java:3922)
> ~[thrift/:na]
> at
> org.apache.cassandra.thrift.Cassandra$Processor$batch_mutate.getResult(Cassandra.java:3906)
> ~[thrift/:na]
> at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:39)
> ~[libthrift-0.9.1.jar:0.9.1]
> at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)
> ~[libthrift-0.9.1.jar:0.9.1]
> at
> org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:201)
> ~[main/:na]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> [na:1.7.0_40]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> [na:1.7.0_40]
> at java.lang.Thread.run(Thread.java:724) [na:1.7.0_40]
> {noformat}
> To reproduce, you can run this pycassa test:
> {noformat}
> python setup.py nosetests -w
> tests/test_autopacking.py:TestComposites.test_static_composite_get_partial_composite
> {noformat}
> The comparator is:
> {noformat}
> CompositeType(LongType, IntegerType, ReversedType(TimeUUIDType),
> LexicalUUIDType, AsciiType, UTF8Type, BytesType)
> {noformat}
> The insert that triggers the error only uses the first two components of the
> comparator:
> {noformat}
> cf.insert('key3', {(123123, 1): 'val'})
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
