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 7CDE51081D for ; Fri, 30 Aug 2013 17:29:21 +0000 (UTC) Received: (qmail 44517 invoked by uid 500); 30 Aug 2013 17:29:18 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 44487 invoked by uid 500); 30 Aug 2013 17:29: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 44479 invoked by uid 99); 30 Aug 2013 17:29:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Aug 2013 17:29: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 jeremiah.jordan@gmail.com designates 209.85.223.174 as permitted sender) Received: from [209.85.223.174] (HELO mail-ie0-f174.google.com) (209.85.223.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Aug 2013 17:29:12 +0000 Received: by mail-ie0-f174.google.com with SMTP id k14so3677524iea.5 for ; Fri, 30 Aug 2013 10:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=q/8CNhucsWTFsPk8u/SMTnLnxuoEr4F8xLqdZiKgAX0=; b=U4Nlq++CWJxbcaEffmSy0Ax+EUpa12ufzJQ++6rtuvPzJDTQWCNgmbzGIV6knbbppV OsTe03xvqtDxIpBQCJlshURHenTiFfLhyAknuwklsLbUF9WMx/zDnA6ouVeLo8ASgYtO n906C8BduRtNBbHB1ZyEzdNIY5e6MPvFJlZeQpW1JQNwPU9J/BpWI0EGA5hhC5D3Vblf PCUA6lWCGIrb/FUNgDkTmRq5wuu+Qq2Jz+umB65voxoe0KHoLnjSrDuVXc5bW0+23ATg RWsw4V4t0zinOZbPPjC4GQ8OFAB1ldu++aHwNlVPC5MJuYWldswkqOSiuM7wjMmC4Wxm QX+A== X-Received: by 10.50.126.74 with SMTP id mw10mr3299944igb.24.1377883731538; Fri, 30 Aug 2013 10:28:51 -0700 (PDT) Received: from [192.168.2.10] (c-71-201-190-179.hsd1.il.comcast.net. [71.201.190.179]) by mx.google.com with ESMTPSA id p5sm5181396igj.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 30 Aug 2013 10:28:50 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Upgrade from 1.0.9 to 1.2.8 From: Jeremiah D Jordan In-Reply-To: <5220CB30.1040904@liquidweb.com> Date: Fri, 30 Aug 2013 12:28:49 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5220C0D5.3030302@liquidweb.com> <5220CB30.1040904@liquidweb.com> To: user@cassandra.apache.org X-Mailer: Apple Mail (2.1508) X-Virus-Checked: Checked by ClamAV on apache.org You probably want to go to 1.0.11/12 first no matter what. If you want = the least chance of issue you should then go to 1.1.12. While there is = a high probability that going from 1.0.X->1.2 will work. You have the = best chance at no failures if you go through 1.1.12. There are some = edge cases that can cause errors if you don't do that. -Jeremiah On Aug 30, 2013, at 11:41 AM, Mike Neir wrote: > In my testing, mixing 1.0.9 and 1.2.8 seems to work fine as long as = there is no need to do streaming operations (move/repair/bootstrap/etc). = The reading I've done confirms that 1.2.x should be network-compatible = with 1.0.x, sans streaming operations. Datastax seems to indicate here = that doing a rolling upgrade from 1.0.x to 1.2.x is viable: >=20 > = http://www.datastax.com/documentation/cassandra/1.2/webhelp/#upgrade/upgra= deC_c.html#concept_ds_nht_czr_ck >=20 > See the second bullet point in the Prerequisites section. >=20 > I'll look into 1.2.9. It wasn't available when I started my testing. >=20 > MN >=20 > On 08/30/2013 12:15 PM, Robert Coli wrote: >> On Fri, Aug 30, 2013 at 8:57 AM, Mike Neir > > wrote: >>=20 >> I'm faced with the need to update a 36 node cluster with roughly = 25T of data >> on disk to a version of cassandra in the 1.2.x series. While it = seems that >> 1.2.8 will play nicely in the 1.0.9 cluster long enough to do a = rolling >> upgrade, I'd still like to have a roll-back plan in case the = rolling upgrade >> goes sideways. >>=20 >>=20 >> Upgrading two major versions online is an unsupported operation. I = would not >> expect it to work. Is there a detailed reason you believe it should = work between >> these versions? Also, instead of 1.2.8 you should upgrade to 1.2.9, = released >> yesterday. Everyone headed to 2.0 has to pass through 1.2.9. >>=20 >> =3DRob >=20 > --=20 >=20 >=20 >=20 > Mike Neir > Liquid Web, Inc. > Infrastructure Administrator >=20