Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 3086 invoked from network); 28 Oct 2009 21:25:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Oct 2009 21:25:22 -0000 Received: (qmail 23654 invoked by uid 500); 28 Oct 2009 21:25:22 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 23614 invoked by uid 500); 28 Oct 2009 21:25:22 -0000 Mailing-List: contact cassandra-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-user@incubator.apache.org Delivered-To: mailing list cassandra-user@incubator.apache.org Received: (qmail 23603 invoked by uid 99); 28 Oct 2009 21:25:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Oct 2009 21:25:22 +0000 X-ASF-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jbellis@gmail.com designates 209.85.219.209 as permitted sender) Received: from [209.85.219.209] (HELO mail-ew0-f209.google.com) (209.85.219.209) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Oct 2009 21:25:18 +0000 Received: by ewy5 with SMTP id 5so1162130ewy.12 for ; Wed, 28 Oct 2009 14:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=SGILyoQFl1ur8dJaqBbEZ8x3R5WbEqsq8uf/sKi2viQ=; b=ru0luZrIdR3JxHbaU4CRKedkht9lgdvvVoNJzXvjmmgVf19oqkmvi9uobvKJNaG7cp sRj9wlNDGucYLl100RvEuMlaWF7vUOZs2iu8PEp19Ym2omObL6rKWHd6VzuJOx62CUYn ZAIbg6M+4P38SPkX6xEW+RLsf7tIiySplZkbI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=ZtSUlj+S94dqWQCKjUciQbdcoXIS8AhcN7wizcuzaK8jIv1a+1m2LWA3j/ZoetURtl 91VfDavH8Z1BuN63oQUsIKnR1Myh3AGo3ziP+w9Uy19+QhLD+oWLH2q9m7ou9sC6aXA+ ANKC03Vs0ftVnIeGbCKZuo/UaMDsxozGAxHtg= MIME-Version: 1.0 Received: by 10.216.89.149 with SMTP id c21mr1761451wef.224.1256765097121; Wed, 28 Oct 2009 14:24:57 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Wed, 28 Oct 2009 15:24:37 -0600 Message-ID: Subject: Re: on bootstrapping a node To: cassandra-user@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Oct 28, 2009 at 1:15 PM, Edmond Lau wrote: > Sounds reasonable. =A0Until CASSANDRA-435 is complete, there's no way > currently to take down a node and have it be removed from the list of > nodes that's responsible for the data in its token range, correct? > All other nodes will just assume that it's temporarily unavailable? Right. > Assume that we had the ability to permanently remove a node. =A0Would > modifying the token on an existing node and restarting it with > bootstrapping somehow be incorrect, or merely not performant b/c we'll > be performing lazy repair on most reads until the node is up to date? If you permanently remove a node, wipe its data directory, and restart it, it's effectively a new node, so everything works fine. If you don't wipe its data directory it won't bootstrap (and it will ignore a new token in the configuration file in favor of the one it stored in the system table) since it will say "hey, I must have crashed and restarted. Here I am again guys!" Bootstrap is for new nodes. Don't try to be too clever. :) > if I wanted to > migrate my cluster to a completely new set of machines. =A0I would then > bootstrap all the new nodes in the new cluster, and then decommission > my old nodes one by one (assuming > https://issues.apache.org/jira/browse/CASSANDRA-435 was done). =A0After > the migration, all my nodes would've been bootstrapped. Sure. -Jonathan