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 CD736CC71 for ; Fri, 27 Apr 2012 05:45:31 +0000 (UTC) Received: (qmail 84678 invoked by uid 500); 27 Apr 2012 05:45:29 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 84638 invoked by uid 500); 27 Apr 2012 05:45:29 -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 84622 invoked by uid 99); 27 Apr 2012 05:45:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Apr 2012 05:45:29 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.160.44] (HELO mail-pb0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Apr 2012 05:45:24 +0000 Received: by pbbrp16 with SMTP id rp16so560912pbb.31 for ; Thu, 26 Apr 2012 22:45:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=faaPn46Kv6rQeS1ZOb/8M1uiUT3FHrChZckiRbKM7kg=; b=XNExs4hf2pWCIfavTQkJEnDRnL7XQo/hYhF+0Dng4bjTmZISo4zV5LdKLSgvDE0C9Q bTDOBIT0saqKaVafmKZa+OPjPJ2PXILX/Yx1ZLd+ETXe0c71yXeEvU5RqsAfUmGisgki OcOGc1CeqsS1um56jcbl1DeKgEcqL4YqRUhkA1A9+CNgMcAcGx+Kz+0tZXB700DwML6G 9KJDRazgTWnCjEYTCbd98XY6fUXghxH0OGoilXuZuRIFqL/nGuLrP7L1CkdToC6iW9zu NqzKJfHHhfJDUJRCVAYjdzZazZcrT2LhUJOxIWIx1utvdk8YpdUIylbWIjwfYf1OpV5Q 3BZg== MIME-Version: 1.0 Received: by 10.68.231.8 with SMTP id tc8mr15254695pbc.67.1335505502833; Thu, 26 Apr 2012 22:45:02 -0700 (PDT) Received: by 10.68.26.193 with HTTP; Thu, 26 Apr 2012 22:45:02 -0700 (PDT) In-Reply-To: References: <4F98F25C.4060200@syncopated.net> Date: Thu, 26 Apr 2012 22:45:02 -0700 Message-ID: Subject: Re: Taking a Cluster Wide Snapshot From: Rob Coli To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlnXh6fWH+xItvijlxfSPdbmN+d2dljdEU0ACn7+vGcX6cD4zXbXEkhJMIcSDmeJupGAbp/ X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Apr 26, 2012 at 10:38 PM, Shubham Srivastava wrote: > On another thought I could also try copying the data of my keyspace alone from one node to another node in the new cluster (I have both the old and new clusters having same nodes DC1:6,DC2:6 with same tokens) with the same tokens. > > Would there be any risk of the new cluster getting joined to the old cluster probably if the data inside keyspace is aware of the original IP's etc. As a result of this very concern while @ Digg... https://issues.apache.org/jira/browse/CASSANDRA-769 tl;dr : as long as your cluster names are unique in your cluster config (**and you do not copy the System keyspace, letting the new cluster initialize with the new cluster name**), nodes are at no risk of joining the wrong cluster. =Rob -- =Robert Coli AIM>ALK - rcoli@palominodb.com YAHOO - rcoli.palominob SKYPE - rcoli_palominodb