[
https://issues.apache.org/jira/browse/CASSANDRA-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13046315#comment-13046315
]
Hudson commented on CASSANDRA-833:
----------------------------------
Integrated in Cassandra-0.8 #158 (See
[https://builds.apache.org/job/Cassandra-0.8/158/])
fix inconsistency window duringbootstrap
patch by slebresne; reviewed by jbellis for CASSANDRA-833
jbellis :
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1133443
Files :
* /cassandra/branches/cassandra-0.8/CHANGES.txt
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/service/DatacenterSyncWriteResponseHandler.java
*
/cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/locator/SimpleStrategyTest.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/service/StorageProxy.java
*
/cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/service/LeaveAndBootstrapTest.java
*
/cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/service/MoveTest.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/locator/AbstractReplicationStrategy.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/service/AbstractWriteResponseHandler.java
*
/cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/service/ConsistencyLevelTest.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/service/WriteResponseHandler.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/service/DatacenterWriteResponseHandler.java
*
/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/locator/TokenMetadata.java
> fix consistencylevel during bootstrap
> -------------------------------------
>
> Key: CASSANDRA-833
> URL: https://issues.apache.org/jira/browse/CASSANDRA-833
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.5
> Reporter: Jonathan Ellis
> Assignee: Sylvain Lebresne
> Fix For: 0.8.1
>
> Attachments: 0001-Increase-CL-with-boostrapping-leaving-node.patch,
> 833-v2.txt
>
>
> As originally designed, bootstrap nodes should *always* get *all* writes
> under any consistencylevel, so when bootstrap finishes the operator can run
> cleanup on the old nodes w/o fear that he might lose data.
> but if a bootstrap operation fails or is aborted, that means all writes will
> fail until the ex-bootstrapping node is decommissioned. so starting in
> CASSANDRA-722, we just ignore dead nodes in consistencylevel calculations.
> but this breaks the original design. CASSANDRA-822 adds a partial fix for
> this (just adding bootstrap targets into the RF targets and hinting
> normally), but this is still broken under certain conditions. The real fix
> is to consider consistencylevel for two sets of nodes:
> 1. the RF targets as currently existing (no pending ranges)
> 2. the RF targets as they will exist after all movement ops are done
> If we satisfy CL for both sets then we will always be in good shape.
> I'm not sure if we can easily calculate 2. from the current TokenMetadata,
> though.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
