[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-8321: --- Component/s: Tools > SStablesplit behavior changed > - > > Key: CASSANDRA-8321 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8321 > Project: Cassandra > Issue Type: Bug > Components: Tools >Reporter: Philip Thompson >Assignee: Marcus Eriksson >Priority: Minor > Labels: qa-resolved > Fix For: 2.1.3 > > Attachments: 0001-ccm-fix-file-finding.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)
[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philip Thompson updated CASSANDRA-8321: --- Labels: qa-resolved (was: ) 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 Labels: qa-resolved Fix For: 2.1.3 Attachments: 0001-ccm-fix-file-finding.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)
[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ 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)
[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-8321: --- Attachment: (was: 0001-remove-tmplink-for-offline-compactions.patch) 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 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)
[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-8321: --- Reviewer: Joshua McKenzie 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 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)
[jira] [Updated] (CASSANDRA-8321) SStablesplit behavior changed
[ https://issues.apache.org/jira/browse/CASSANDRA-8321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-8321: --- Attachment: 0001-ccm-fix-file-finding.patch 0001-remove-tmplink-for-offline-compactions.patch tmplink files were not removed after offline compactions also a attaching a fix to ccm to allow us to find files, broken since CASSANDRA-7443 (i think), where we added the file format to the sstable name 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 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)