Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 83720 invoked from network); 7 Apr 2010 17:33:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Apr 2010 17:33:50 -0000 Received: (qmail 99578 invoked by uid 500); 7 Apr 2010 17:33:50 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 99557 invoked by uid 500); 7 Apr 2010 17:33:50 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 99549 invoked by uid 99); 7 Apr 2010 17:33:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Apr 2010 17:33:50 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rcoli@digg.com designates 74.125.83.172 as permitted sender) Received: from [74.125.83.172] (HELO mail-pv0-f172.google.com) (74.125.83.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Apr 2010 17:33:42 +0000 Received: by pvf33 with SMTP id 33so56967pvf.31 for ; Wed, 07 Apr 2010 10:33:21 -0700 (PDT) Received: by 10.141.139.2 with SMTP id r2mr7719021rvn.233.1270661600424; Wed, 07 Apr 2010 10:33:20 -0700 (PDT) Received: from Robert-Colis-MacBook-Pro.local (c-98-210-205-15.hsd1.ca.comcast.net [98.210.205.15]) by mx.google.com with ESMTPS id co35sm11302693ibb.20.2010.04.07.10.33.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 10:33:18 -0700 (PDT) Message-ID: <4BBCC1DA.9070203@digg.com> Date: Wed, 07 Apr 2010 10:33:14 -0700 From: Rob Coli User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: What is loadbalance supposed to do? 0.6.0RC1 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 4/7/10 7:39 AM, Mark Jones wrote: > Also, if the data is pushed out to the other nodes before the bootstrapping, why has data been lost? Does this mean that decommissioning a node results in data loss? As I understand it, in the following scenario : 1) Node A has Keys 0-10. 2) Add Node B as a bootstrapping node, Node A is loadbalanced, sheds keys 5-10 to Node B. Keys 5-10 are not actually removed from the SSTables on Node A until a "cleanup compaction" is run. A "cleanup compaction" is a "major compaction" which also checks to see whether keys still "belong" on this host. I don't know whether you have actually experienced data loss, but based on the above, it should not be possible for you to have. =Rob