cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <j...@apache.org>
Subject [jira] Assigned: (CASSANDRA-1428) Rejecting keyspace creation when RF > N is incorrect
Date Thu, 30 Sep 2010 02:25:33 GMT

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

Jonathan Ellis reassigned CASSANDRA-1428:
-----------------------------------------

    Assignee: Gary Dusbabek

So we all agree that creation is fine, so let's allow that.  (Less sure that Cliff agrees
that we should reject writes that can't satisfy the RF, but I won't argue that point unless
there's actually something to disagree about. :)

> Rejecting keyspace creation when RF > N is incorrect
> ----------------------------------------------------
>
>                 Key: CASSANDRA-1428
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1428
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 0.7 beta 1
>            Reporter: Cliff Moon
>            Assignee: Gary Dusbabek
>            Priority: Minor
>             Fix For: 0.7.0
>
>
> The behavior introduced in this patch http://www.mail-archive.com/commits@cassandra.apache.org/msg05913.html
is incorrect.
> Disallowing keyspace creation when RF > N is semantically incorrect and makes both
scaling a cluster up and down more difficult than it should be.  This is compounded by the
current lack of any API methods to change the replication factor.  Most dynamo style systems
allow RF to be set > N for smaller clusters.  The cluster will behave as if RF = N until
enough nodes are added such that RF < N.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message