cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Eriksson (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
Date Mon, 08 Dec 2014 10:08:12 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Marcus Eriksson updated CASSANDRA-8321:
---------------------------------------
    Attachment: 0001-remove-tmplink-for-offline-compactions.patch

new patch attached, needed to be reworked a bit after CASSANDRA-8320

also does abort-testing of offline compactions

> SStablesplit behavior changed
> -----------------------------
>
>                 Key: CASSANDRA-8321
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8321
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Philip Thompson
>            Assignee: Marcus Eriksson
>            Priority: Minor
>             Fix For: 2.1.3
>
>         Attachments: 0001-ccm-fix-file-finding.patch, 0001-remove-tmplink-for-offline-compactions.patch,
0001-remove-tmplink-for-offline-compactions.patch
>
>
> The dtest sstablesplit_test.py has begun failing due to an incorrect number of sstables
being created after running sstablesplit.
> http://cassci.datastax.com/job/cassandra-2.1_dtest/559/changes#detail1
> is the run where the failure began.
> In 2.1.x, the test expects 7 sstables to be created after split, but instead 12 are being
created. All of the data is there, and the sstables add up to the expected size, so this simply
may be a change in default behavior. The test runs sstablesplit without the --size argument,
and the default has not changed, so it is unexpected that the behavior would change in a minor
point release.



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

Mime
View raw message