cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefania (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-10001) Bug in encoding of sstables
Date Fri, 07 Aug 2015 05:38:46 GMT

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

Stefania commented on CASSANDRA-10001:
--------------------------------------

CI links:

http://cassci.datastax.com/view/Dev/view/stef1927/job/stef1927-10001-3.0-testall/
http://cassci.datastax.com/view/Dev/view/stef1927/job/stef1927-10001-3.0-dtest/

> Bug in encoding of sstables
> ---------------------------
>
>                 Key: CASSANDRA-10001
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10001
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: T Jake Luciani
>            Assignee: Stefania
>            Priority: Blocker
>             Fix For: 3.0 beta 1
>
>
> Fixing the compaction dtest I noticed we aren't encoding map data correctly in sstables.
> The following code fails from newly committed {{ compaction_test.py:TestCompaction_with_SizeTieredCompactionStrategy.large_compaction_warning_test}}
> {code}
>  session.execute("CREATE TABLE large(userid text PRIMARY KEY, properties map<int,
text>) with compression = {}")
>         for i in range(200):  # ensures partition size larger than compaction_large_partition_warning_threshold_mb
                                                                                         
                    
>             session.execute("UPDATE ks.large SET properties[%i] = '%s' WHERE userid =
'user'" % (i, get_random_word(strlen)))
>         ret = session.execute("SELECT properties from ks.large where userid = 'user'")
>         assert len(ret) == 1
> 	self.assertEqual(200, len(ret[0][0].keys()))
> {code}
> The last assert is failing with only 91 keys.  The large values are causing flushes vs
staying in the memtable so the issue is somewhere in the serialization of collections in sstables.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message