You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Philip Thompson (JIRA)" <ji...@apache.org> on 2015/06/25 19:55:04 UTC

[jira] [Created] (CASSANDRA-9654) Failure to open sstable after upgrade to 2.1

Philip Thompson created CASSANDRA-9654:
------------------------------------------

             Summary: Failure to open sstable after upgrade to 2.1
                 Key: CASSANDRA-9654
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9654
             Project: Cassandra
          Issue Type: Bug
          Components: Core
            Reporter: Philip Thompson
            Assignee: Branimir Lambov
             Fix For: 2.1.x
         Attachments: node1.log, node2.log, node3.log

After upgrading a 3 node cluster on the path 1.2.19 -> 2.0.16 -> 2.1.7, I see this error in the logs on 2.1.7

{code}
ERROR [SSTableBatchOpen:1] 2015-06-25 17:16:55,424 SSTableReader.java:435 - Cannot open /tmp/dtest-Ibi6zm/test/node1/data/upgrade/cf/la-7-big; partitioner org.apache.cassandra.dht.LocalPartitioner does not match system partitioner org.apache.cassandra.dht.Murmur3Partitioner.  Note that the default partitioner starting with Cassandra 1.2 is Murmur3Partitioner, so you will need to edit that to match your old partitioner if upgrading.
ERROR [SSTableBatchOpen:2] 2015-06-25 17:16:55,425 SSTableReader.java:435 - Cannot open /tmp/dtest-Ibi6zm/test/node1/data/upgrade/cf/la-10-big; partitioner org.apache.cassandra.dht.LocalPartitioner does not match system partitioner org.apache.cassandra.dht.Murmur3Partitioner.  Note that the default partitioner starting with Cassandra 1.2 is Murmur3Partitioner, so you will need to edit that to match your old partitioner if upgrading.
{code}

Node logs are attached.

To reproduce, you'll need to run the upgrade dtest as follows:
{{nosetests -sv upgrade_through_versions_test.py:TestUpgradeThroughVersions.upgrade_test}}. I don't have CI results for this yet, nor will I soon. To run this, you'll need both JDK7 and JDK8 installed, for compilation reasons. Set the env vars JAVA7_HOME and JAVA8_HOME, respectively. I'll work on finding an sstable that represent the issue.



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