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