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 D9426D7A2 for ; Wed, 12 Sep 2012 07:38:54 +0000 (UTC) Received: (qmail 49072 invoked by uid 500); 12 Sep 2012 07:38:52 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 48443 invoked by uid 500); 12 Sep 2012 07:38:45 -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 48396 invoked by uid 99); 12 Sep 2012 07:38:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Sep 2012 07:38:44 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=FSL_RCVD_USER,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of janne.jalkanen@ecyrd.com designates 87.108.86.67 as permitted sender) Received: from [87.108.86.67] (HELO mail.ecyrd.com) (87.108.86.67) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Sep 2012 07:38:38 +0000 Received: from [192.168.0.57] (unknown [83.145.245.61]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.ecyrd.com (Postfix) with ESMTPSA id 783C597C1F6 for ; Wed, 12 Sep 2012 10:38:16 +0300 (EEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: Assertions running Cleanup on a 3-node cluster with Cassandra 1.1.4 and LCS From: Janne Jalkanen In-Reply-To: Date: Wed, 12 Sep 2012 10:38:16 +0300 Content-Transfer-Encoding: 7bit Message-Id: <39DF9D7B-D6BC-4FA6-B9BD-5B7B18002933@ecyrd.com> References: <604D85BD-3387-4A83-9248-F5D4692FE823@ecyrd.com> To: user@cassandra.apache.org X-Mailer: Apple Mail (2.1084) X-Virus-Checked: Checked by ClamAV on apache.org On 12 Sep 2012, at 00:50, Omid Aladini wrote: > On Tue, Sep 11, 2012 at 8:33 PM, Janne Jalkanen > wrote: >> >> Does this mean that LCS on 1.0.x should be considered unsafe to >> use? I'm using them for semi-wide frequently-updated CounterColumns >> and they're performing much better on LCS than on STCS. > > That's true. "Unsafe" in the sense that your data might not be in the > right shape with respect to order of keys in sstables and LCS's > properties and you might need to offline-scrub when you upgrade to the > latest 1.1.x. OK, so what's the worst case here? Data loss? Bad performance? > The fix was released on 1.1.3 (LCS fix) and 1.1.4 (offline scrub) and > I agree it would be helpful to have it on NEWS.txt. I'll file a bug on this, unless someone can get to it first :) /Janne