Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 76210 invoked from network); 15 Feb 2011 23:56:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Feb 2011 23:56:20 -0000 Received: (qmail 5421 invoked by uid 500); 15 Feb 2011 23:56:18 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 5366 invoked by uid 500); 15 Feb 2011 23:56:18 -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 5358 invoked by uid 99); 15 Feb 2011 23:56:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 23:56:18 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rcoli@digg.com designates 209.85.214.172 as permitted sender) Received: from [209.85.214.172] (HELO mail-iw0-f172.google.com) (209.85.214.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 23:56:10 +0000 Received: by iwc10 with SMTP id 10so771531iwc.31 for ; Tue, 15 Feb 2011 15:55:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.230.137 with SMTP id jm9mr5287icb.256.1297814147017; Tue, 15 Feb 2011 15:55:47 -0800 (PST) Received: by 10.42.213.73 with HTTP; Tue, 15 Feb 2011 15:55:46 -0800 (PST) In-Reply-To: <1297811129888-6029708.post@n2.nabble.com> References: <1297730719060-6025869.post@n2.nabble.com> <4d59cfab.d44de50a.486b.ffffb1f1@mx.google.com> <1297734749897-6025972.post@n2.nabble.com> <1297811129888-6029708.post@n2.nabble.com> Date: Tue, 15 Feb 2011 15:55:46 -0800 Message-ID: Subject: Re: Data distribution From: Robert Coli To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Feb 15, 2011 at 3:05 PM, mcasandra wrote: > > Is there a way to let the new node join cluster in the background and make it > live to clients only after it has finished with node repair, syncing data > etc. and in the end sync keys or trees that's needed before it's come to > life. I know it can be tricky since it needs to be live as soon as it steals > the keys. In general, no. This sort of thing has been proposed a few times, in different contexts, and has not been implemented. https://issues.apache.org/jira/browse/CASSANDRA-768 =Rob