You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by jb...@apache.org on 2014/05/28 12:35:55 UTC
[2/3] git commit: emphasize using sstablerepairedset with LCS
emphasize using sstablerepairedset with LCS
Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/3ac26143
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/3ac26143
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/3ac26143
Branch: refs/heads/trunk
Commit: 3ac26143107189d7329f7638c67d1ab78c412e7b
Parents: 4a65256
Author: Jonathan Ellis <jb...@apache.org>
Authored: Wed May 28 12:35:14 2014 +0200
Committer: Jonathan Ellis <jb...@apache.org>
Committed: Wed May 28 12:35:14 2014 +0200
----------------------------------------------------------------------
NEWS.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/cassandra/blob/3ac26143/NEWS.txt
----------------------------------------------------------------------
diff --git a/NEWS.txt b/NEWS.txt
index ff7b98d..ab47576 100644
--- a/NEWS.txt
+++ b/NEWS.txt
@@ -29,7 +29,9 @@ New features
repaired are marked with a timestamp and not included in the next
repair session. Use nodetool repair -par -inc to use this feature.
A tool to manually mark/unmark sstables as repaired is available in
- tools/bin/sstablerepairedset.
+ tools/bin/sstablerepairedset. This is particularly important when
+ using LCS, or any data not repaired in your first incremental repair
+ will be put back in L0.
- Bootstrapping now ensures that range movements are consistent,
meaning the data for the new node is taken from the node that is no
longer a responsible for that range of keys.