From user-return-35130-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Tue Jul 9 05:25:27 2013 Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A5C21F9F7 for ; Tue, 9 Jul 2013 05:25:27 +0000 (UTC) Received: (qmail 88768 invoked by uid 500); 9 Jul 2013 05:25:25 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 88441 invoked by uid 500); 9 Jul 2013 05:25: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 88433 invoked by uid 99); 9 Jul 2013 05:25:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 05:25:16 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a79.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 05:25:12 +0000 Received: from homiemail-a79.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a79.g.dreamhost.com (Postfix) with ESMTP id E08367D406E for ; Mon, 8 Jul 2013 22:24:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thelastpickle.com; h=from :content-type:message-id:mime-version:subject:date:references:to :in-reply-to; s=thelastpickle.com; bh=3J7HRlnfYF1FNVYMPCp1KmHcbl w=; b=zlNRVoy1rrcq5ZUKAwy4aRDt8zXyVVhD57P849iwGdYN9eLB97RQsB10lp FiJ8qgfFRUlHIUbcqBOQ+6y1UY+FV2rGK2/riQJ8rrv1RgImFU7SnVblElpGRXht O2L7zi4//rFZT0+Nlag9EnEBSRWj3GtNTwGbcADH4JTv5ev4w= Received: from [172.16.1.7] (unknown [203.86.207.101]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aaron@thelastpickle.com) by homiemail-a79.g.dreamhost.com (Postfix) with ESMTPSA id 333B17D4070 for ; Mon, 8 Jul 2013 22:24:14 -0700 (PDT) From: aaron morton Content-Type: multipart/alternative; boundary="Apple-Mail=_D2570E05-AC41-435E-9A14-03CE04C543B1" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Migrating data from 2 node cluster to a 3 node cluster Date: Tue, 9 Jul 2013 17:24:52 +1200 References: <8BCAB606-158B-4CA1-82C1-9B2855C15479@thelastpickle.com> To: user@cassandra.apache.org In-Reply-To: X-Mailer: Apple Mail (2.1508) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_D2570E05-AC41-435E-9A14-03CE04C543B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Without vnodes the initial_token is stored in the yaml file, as well as = the system LocationInfo CF.=20 With vnodes the only place the tokens are stored is in the system KS. So = moving a node without it's system KS will cause it to generate new ones = which will mean data is moved around.=20 Cheers ----------------- Aaron Morton Freelance Cassandra Consultant New Zealand @aaronmorton http://www.thelastpickle.com On 9/07/2013, at 11:23 AM, sankalp kohli wrote: > "Leaving the system keyspaces behind is OK if you are not using = vnodes. " >=20 > Why is it different for vnodes? >=20 >=20 > On Mon, Jul 8, 2013 at 3:37 PM, aaron morton = wrote: >> This might work for user created keyspaces but might not work for = system keyspace >=20 > Leaving the system keyspaces behind is OK if you are not using vnodes.=20= >=20 > Cheers >=20 > ----------------- > Aaron Morton > Freelance Cassandra Consultant > New Zealand >=20 > @aaronmorton > http://www.thelastpickle.com >=20 > On 9/07/2013, at 10:03 AM, sankalp kohli = wrote: >=20 >> "If RF=3DN or RF>N, you can just copy all SStables to all nodes, = watching out for name collision." >>=20 >> This might work for user created keyspaces but might not work for = system keyspace >>=20 >>=20 >> On Mon, Jul 8, 2013 at 2:07 PM, Robert Coli = wrote: >> On Fri, Jul 5, 2013 at 7:54 PM, srmore wrote: >> RF of old and new cluster is the same RF=3D3. Keyspaces and schema = info is also same. >>=20 >> You have a cluster where RF=3D3 and N=3D2? Does it.. work? >>=20 >> What are the tokens of old and new nodes? >> tokens for old cluster ( 2-node ) >>=20 >> If RF=3DN or RF>N, you can just copy all SStables to all nodes, = watching out for name collision. >>=20 >> =3DRob >>=20 >>=20 >=20 >=20 --Apple-Mail=_D2570E05-AC41-435E-9A14-03CE04C543B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
http://www.thelastpickle.com

On 9/07/2013, at 11:23 AM, sankalp kohli <kohlisankalp@gmail.com> = wrote:

"Leaving the system = keyspaces behind is OK if you are not using = vnodes. "

Why is it different = for vnodes?


On = Mon, Jul 8, 2013 at 3:37 PM, aaron morton <aaron@thelastpickle.com> wrote:
This might work for user created = keyspaces but might not work for system keyspace
Leaving the system keyspaces = behind is OK if you are not using vnodes. 

Cheers

-----------------
Aaron Morton
Freelance = Cassandra Consultant
New = Zealand

@aaronmorton

On 9/07/2013, at 10:03 AM, sankalp kohli <kohlisankalp@gmail.com> = wrote:

"If RF=3DN or = RF>N, you can just copy all SStables to all nodes, watching out for = name collision."

This might work for user created keyspaces but might not = work for system keyspace


On = Mon, Jul 8, 2013 at 2:07 PM, Robert Coli <rcoli@eventbrite.com> wrote:
On Fri, Jul 5, 2013 = at 7:54 PM, srmore <comomore@gmail.com> wrote:
RF = of old and new cluster is the same RF=3D3. Keyspaces and schema info is = also same.

You = have a cluster where RF=3D3 and N=3D2? Does it.. work?

What are the tokens of old and new = nodes?
tokens for old cluster ( = 2-node = )

If = RF=3DN or RF>N, you can just copy all SStables to all nodes, watching = out for name collision.

=3DRob





= --Apple-Mail=_D2570E05-AC41-435E-9A14-03CE04C543B1--