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 8692CC8D6 for ; Fri, 9 Jan 2015 14:04:26 +0000 (UTC) Received: (qmail 46390 invoked by uid 500); 9 Jan 2015 14:04:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 46344 invoked by uid 500); 9 Jan 2015 14:04:21 -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 46318 invoked by uid 99); 9 Jan 2015 14:04:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jan 2015 14:04:21 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,MIME_QP_LONG_LINE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jlacefield@datastax.com designates 209.85.192.43 as permitted sender) Received: from [209.85.192.43] (HELO mail-qg0-f43.google.com) (209.85.192.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jan 2015 14:04:16 +0000 Received: by mail-qg0-f43.google.com with SMTP id z107so8725743qgd.2 for ; Fri, 09 Jan 2015 06:03:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=datastax.com; s=google; h=subject:references:from:content-type:in-reply-to:message-id:date:to :content-transfer-encoding:mime-version; bh=yoKtzx8QSqRILQGP/t0WMVtA7p55/BM/NFriJItPGGI=; b=YRBBCOof5ceelCbiyoyYMd6Tc/rbUaFpOA7H+Dt7GBbJQg6mVgJo89YE0CT/lyyjJs 730C1aZFyo3zlkotBBhwfkvl7tCixrmB5RWY79XJ3UyiA4QVbIZAe5ynTyOtAwDhyVbm YDIX+qTdDpaw8aJC3HfdXuLW+867ikBaA3kxc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=yoKtzx8QSqRILQGP/t0WMVtA7p55/BM/NFriJItPGGI=; b=C+XIufDFEHF2hz5+XZOTybO3eBuzX4hvM1k03L/cZIvJgSzy7y/r41T2X8JXwMaaMI c0MvpzqmhwRhGQxF7wSdJ9Z5r/ZrsYfTIWlmIQch4VyYSUPWy4dhE6GgDiYyMhihXCOL 8NBf6P3BGna8vV1gquyU7VnUXERRxdEMVQrT6U8s9hD5zhADQW8iiYrmd8AaMTfSgVj4 HfApVVuxfnLK3DPvfF1Qp3PeyaM15wGNSHcD89G7TSwXAyGf4l5necF5nGJq92a3i7wX WdDWKNEBtrE/BcRZJFla6N80hWkbtFbp+QnfgME0U2mzAgkZiOpprgQpAKa8AcRXgBiv wJ3Q== X-Gm-Message-State: ALoCoQmjN0oa644XfVQNmiXY+LkhaRXoobaQT6HyVDM6fUj9J3mOmQCwxpyYmnEBd22U5xuPfPmp X-Received: by 10.224.167.82 with SMTP id p18mr26118649qay.98.1420812190899; Fri, 09 Jan 2015 06:03:10 -0800 (PST) Received: from [192.168.0.102] (c-24-98-27-182.hsd1.ga.comcast.net. [24.98.27.182]) by mx.google.com with ESMTPSA id z61sm7003294qge.21.2015.01.09.06.03.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 09 Jan 2015 06:03:10 -0800 (PST) Subject: Re: High read latency after data volume increased References: From: datastax Content-Type: multipart/alternative; boundary=Apple-Mail-751A274C-E011-45D7-9D79-59C9D53515EB X-Mailer: iPad Mail (12A365) In-Reply-To: Message-Id: <112D45E7-1F92-46F4-9053-2DCDDCB3B817@datastax.com> Date: Fri, 9 Jan 2015 09:03:11 -0500 To: "user@cassandra.apache.org" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-751A274C-E011-45D7-9D79-59C9D53515EB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello You may not be experiencing versioning issues. Do you know if compaction= is keeping up with your workload? The behavior described in the subject is= typically associated with compaction falling behind or having a suboptimal c= ompaction strategy configured. What does the output of nodetool cfhistogra= ms look like for a table that is experiencing this issue?= Also, what type of disks are you using on the nodes? Sent from my iPad > On Jan 9, 2015, at 8:55 AM, Brian Tarbox wrote: >=20 > C* seems to have more than its share of "version x doesn't work, use versi= on y " type issues.... >=20 >> On Thu, Jan 8, 2015 at 2:23 PM, Robert Coli wrote:= >>> On Thu, Jan 8, 2015 at 11:14 AM, Roni Balthazar wrote: >>> We are using C* 2.1.2 with 2 DCs. 30 nodes DC1 and 10 nodes DC2. >>=20 >> https://engineering.eventbrite.com/what-version-of-cassandra-should-i-run= / >>=20 >> 2.1.2 in particular is known to have significant issues. You'd be better o= ff running 2.1.1 ... >>=20 >> =3DRob >=20 >=20 >=20 > --=20 > http://about.me/BrianTarbox --Apple-Mail-751A274C-E011-45D7-9D79-59C9D53515EB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello

  Y= ou may not be experiencing versioning issues.   Do you know if compacti= on is keeping up with your workload?  The behavior described in the sub= ject is typically associated with compaction falling behind or having a subo= ptimal compaction strategy configured.   What does the output of nodeto= ol cfhistograms <keyspace> <table> look like for a table that is= experiencing this issue?  Also, what type of disks are you using on th= e nodes?

Sent from my iPad

On Jan 9, 2015, at 8:55 AM, B= rian Tarbox <briantarbox@gmail.c= om> wrote:

C* seems to have more than its share of "version x doesn't work, use vers= ion y " type issues....

On Thu, Jan 8, 2015 at 2:23 PM, Robert Coli <= ;rcoli@eventbrite.= com> wrote:
=
On Th= u, Jan 8, 2015 at 11:14 AM, Roni Balthazar <ronibalthazar@gmail.com> wrote:
We are using C* 2.1.2 with 2 DCs. 30 n= odes DC1 and 10 nodes DC2.


2.1.2 in particular is kn= own to have significant issues. You'd be better off running 2.1.1 ...
<= div>
=3DRob
 



--
= --Apple-Mail-751A274C-E011-45D7-9D79-59C9D53515EB--