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 8666217DF7 for ; Fri, 6 Mar 2015 17:33:57 +0000 (UTC) Received: (qmail 49754 invoked by uid 500); 6 Mar 2015 17:33:51 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 49702 invoked by uid 500); 6 Mar 2015 17:33:51 -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 49692 invoked by uid 99); 6 Mar 2015 17:33:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2015 17:33:51 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tobias.hauth@gmail.com designates 209.85.213.48 as permitted sender) Received: from [209.85.213.48] (HELO mail-yh0-f48.google.com) (209.85.213.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2015 17:33:45 +0000 Received: by yhaf73 with SMTP id f73so5502810yha.1 for ; Fri, 06 Mar 2015 09:33:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=BFrYbI5333VxkhtasxLCnvYtp+GlWxcZDG1VqXmD4m8=; b=x3q5g6sa5kMoZMDK+aDZU7Ye8Nk0fbePDOcWtbxiLCE1ZSbkcGjkzfX86w+grVqlOu 0pA+GWX4K3YUCsNoKPC7Kul0NkBtPzJEuV/6fvDRjtHhi4Swp5xSpGD24vMbtyEaGR7+ 4bXRZIodBxhwJsEoV31uIGzM/58sFllTXwXgXHcFfs8r48c4rZG95JBlqbInKQEvY8hh Og6kT+hJvViPKsQk2CciC+HyT89t8cQAvu6JkcNOru9nBjAX3c+U0+dICDlBboKE3cPW WnGC1d1gJU8l7r6eEPSIiCfmMo+o942KW2+wjFTHGTnIAMfmd9Y2kXpc75IbIcvdbxVI G1lw== X-Received: by 10.236.209.35 with SMTP id r23mr13682266yho.26.1425663205263; Fri, 06 Mar 2015 09:33:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.71.134 with HTTP; Fri, 6 Mar 2015 09:32:45 -0800 (PST) In-Reply-To: References: From: Tobias Hauth Date: Fri, 6 Mar 2015 09:32:45 -0800 Message-ID: Subject: Re: Downgrade Cassandra from 2.1.x to 2.0.x To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11c20266eb50760510a214d3 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c20266eb50760510a214d3 Content-Type: text/plain; charset=UTF-8 Hi Roni, We had the same problem and had to build a new, separate cluster. We read from both clusters in the beginning and copied the data in the background by paging over our data in the old 2.1.3 cluster. This allowed us to make the downgrade seemless. Just watch out for 2.0.12's bug with nodetool cleanup and make sure you build the cluster with enough nodes so you don't need to add another node before version 2.0.13 gets released. Best, Tobias On Fri, Mar 6, 2015 at 7:59 AM, Kai Wang wrote: > AFAIK downgrading is not officially supported. > > how much data do you have? If all possible I would dump all my data out > and bulk load them into the 2.0.x cluster. This is the only way I feel safe. > On Mar 6, 2015 5:55 AM, "Roni Balthazar" wrote: > >> Hi there, >> >> What is the best way to downgrade a C* 2.1.3 cluster to the stable 2.0.12? >> I know it's not supported, but we are getting too many issues with the >> 2.1.x... >> It is leading us to think that the best solution is to use the stable >> version. >> Is there a safe way to do that? >> >> Cheers, >> >> Roni >> > --001a11c20266eb50760510a214d3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Roni,

We had the same problem and ha= d to build a new, separate cluster. We read from both clusters in the begin= ning and copied the data in the background by paging over our data in the o= ld 2.1.3 cluster. This allowed us to make the downgrade seemless. Just watc= h out for 2.0.12's bug with nodetool cleanup and make sure you build th= e cluster with enough nodes so you don't need to add another node befor= e version 2.0.13 gets released.

Best,
To= bias

O= n Fri, Mar 6, 2015 at 7:59 AM, Kai Wang <depend@gmail.com> wr= ote:

AFAIK downgrading is = not officially supported.

how much data do you have? If all possible I would dump all = my data out and bulk load them into the 2.0.x cluster. This is the only way= I feel safe.

On Mar 6, 2015 5:55 AM, "Roni Balthazar&quo= t; <ronibal= thazar@gmail.com> wrote:
Hi there,

What is the best way to downgrade a C* 2.1.3 cluster to the stable 2.0.12?<= br> I know it's not supported, but we are getting too many issues with the = 2.1.x...
It is leading us to think that the best solution is to use the stable versi= on.
Is there a safe way to do that?

Cheers,

Roni

--001a11c20266eb50760510a214d3--