You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Edward Capriolo (JIRA)" <ji...@apache.org> on 2012/10/21 16:18:11 UTC
[jira] [Commented] (CASSANDRA-4843) When upgrading from 1.1.6 to
1.20 change in partitioner causes nodes not to start
[ https://issues.apache.org/jira/browse/CASSANDRA-4843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13480973#comment-13480973 ]
Edward Capriolo commented on CASSANDRA-4843:
--------------------------------------------
The error message is strange as well.
Changing paritioner on a existing cluster can cause data loose, Please verify your partitioner in cassandra.yaml
"Can cause data *loss" is impossible because Cassandra will not even start. If it did start it would definitely cause data loss.
> When upgrading from 1.1.6 to 1.20 change in partitioner causes nodes not to start
> ---------------------------------------------------------------------------------
>
> Key: CASSANDRA-4843
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4843
> Project: Cassandra
> Issue Type: Bug
> Reporter: Edward Capriolo
>
> ERROR 10:17:20,341 Cannot open /home/edward/cassandra/data/system/schema_keyspaces/system-schema_keyspaces-hf-1 because partitioner does not match org.apache.cassandra.dht.RandomPartitioner != org.apache.cassandra.dht.Murmur3Partitioner
> This is because 1.2 has a new default partitioner, why are we changing the default? Is this wise? The current partitioner has been rock solid for years.
> Should the previously known partition be stored in the schema like the previously know seed nodes, and schema?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira