Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B9163200BA1 for ; Mon, 17 Oct 2016 18:04:52 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B7574160AEC; Mon, 17 Oct 2016 16:04:52 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D79D6160AE2 for ; Mon, 17 Oct 2016 18:04:51 +0200 (CEST) Received: (qmail 28329 invoked by uid 500); 17 Oct 2016 16:04:20 -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 28314 invoked by uid 99); 17 Oct 2016 16:04:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Oct 2016 16:04:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id EB925C0BCC for ; Mon, 17 Oct 2016 16:04:19 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.879 X-Spam-Level: * X-Spam-Status: No, score=1.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id QKXkesrtvmJ5 for ; Mon, 17 Oct 2016 16:04:17 +0000 (UTC) Received: from mail-lf0-f51.google.com (mail-lf0-f51.google.com [209.85.215.51]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 24EB65FBFB for ; Mon, 17 Oct 2016 16:04:17 +0000 (UTC) Received: by mail-lf0-f51.google.com with SMTP id b75so295501316lfg.3 for ; Mon, 17 Oct 2016 09:04:17 -0700 (PDT) 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; bh=HFPuGlfVhxrWg6JmuzxLE4VciBNSRgtCDHaih6/hF/Q=; b=SK41FbZ+180SRLdH8vpaRpZQ+DcJ3LJI/gI9iEYTir/2kei9VRd5vl5eW3p5Y46GkM 8ixqI5uTqWsvKEMZ/3rg1u68IbdFIRtQBB3UIjJGfVdFY8sDfiUUW5nAKWN93qdZ/Flv CJlw4wWp3mcryNuOI9S5wsfxcbQRdOsNt9LRS2GjEjf5cvzMmeDeWYalIs8k28RfMXp2 XF+5dbA0VMBFK4vcyHz3Inx9AsJqxHUD0XQ0ZpjSU5lYfB8oCXu00Eqa15eOI+7cckdq LQtOAivEOpywydlZzIAlceisKs1xtY/GOxkUYDdAjEAP/Uvkf+yoqRdHoqtpYROcQ1ES B12g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=HFPuGlfVhxrWg6JmuzxLE4VciBNSRgtCDHaih6/hF/Q=; b=HCvjQ9VSoCUVPp/K2FDI3YWx9J7UiMUoFGLQaB/igfdCsjUqh83wsOfGYpdBokJq/R b2httTU4JjMla0nDtU/xedfBrfbeiTlifytqjgb7TqSirY/HVSUc8h9Qeyn6h9dU1WUu mBZ+YX98mZTOS6hd9ptcMV9vSNFXMX0mvLAxUgcywrEBuGRqfhomAPQahdaNw/u0Vh6Z jpmqF4oSZYTMdypYfaOkVbOCQtm7k4F15CQSIjiXxRU6TzZRQskefE5GpykRz54roae3 2MVqfyxJKGmDlnGDGJ2eCz0i3yh9rou3v2eYCsxBJ6ZNpTVs7ja1RDqpWco/CLD88ei2 W2ag== X-Gm-Message-State: AA6/9Rn7Bj4ctmkCPRaX5kmUN4hRYrpB2V+Ieq5Fre+aqdAXIQ+K1AwOJR0BWQhnZSEj7fDx4nB0L4Cjh80yEA== X-Received: by 10.25.43.12 with SMTP id r12mr16148022lfr.104.1476720240420; Mon, 17 Oct 2016 09:04:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.24.95 with HTTP; Mon, 17 Oct 2016 09:03:59 -0700 (PDT) In-Reply-To: References: From: Edward Capriolo Date: Mon, 17 Oct 2016 12:03:59 -0400 Message-ID: Subject: Re: Inconsistencies in materialized views To: "user@cassandra.apache.org" Content-Type: multipart/alternative; boundary=001a11411c6a5cec52053f11b94c archived-at: Mon, 17 Oct 2016 16:04:52 -0000 --001a11411c6a5cec52053f11b94c Content-Type: text/plain; charset=UTF-8 https://issues.apache.org/jira/browse/CASSANDRA-11198 Which has problems "maybe" fixed by: https://issues.apache.org/jira/browse/CASSANDRA-11475 Which has it's own set of problems. One of these patches was merged into 3.7 which tells you are running a version 3.6 with known bugs. Also as the feature is "new ish" you should be aware that "new ish" major features usually take 4-6 versions to solidify. On Mon, Oct 17, 2016 at 3:19 AM, siddharth verma < sidd.verma29.list@gmail.com> wrote: > Hi, > We have a base table with ~300 million entries. > And in a recent sanity activity, I saw approx ~33k entires(in one DC) > which were in the materialized view, but not in the base table. (reads with > quorum, DCAware) > (I haven't done it the other way round yet, i.e. entries in base table but > not in materialized view) > > Could someone suggest a possible cause for the same? > We saw some glitches in cassandra cluster > 1. node down. > If this is the case, will repair fix the issue? > 2. IOPS maxed out in one DC. > 3. Another DC added with some glitches. > > Could someone suggest how could we replicate inconsistency between base > table and materialized view. Any help would be appreciated. > > C* 3.6 > Regards > SIddharth Verma > (Visit https://github.com/siddv29/cfs for a high speed cassandra full > table scan) > --001a11411c6a5cec52053f11b94c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
https://issues.apache.org/jira/browse/CASSANDRA-11198

Wh= ich has problems "maybe" fixed by:

https://issues.apache.org/jira/b= rowse/CASSANDRA-11475

Which has it's own set of problems.=C2= =A0

One of these patches was merged into 3.7 which tells you are run= ning a version 3.6 with known bugs. Also as the feature is "new ish&qu= ot; you should be aware that "new ish" major features usually tak= e 4-6 versions to solidify.


On Mon, Oct 17, 2016 at 3:19 AM, siddharth verm= a <sidd.verma29.list@gmail.com> wrote:
Hi,
We have a base table with ~= 300 million entries.
And in a recent sanity activity, I saw appro= x ~33k entires(in one DC) which were in the materialized view, but not in t= he base table. (reads with quorum, DCAware)
(I haven't done i= t the other way round yet, i.e. entries in base table but not in materializ= ed view)

Could someone suggest a possible cause fo= r the same?
We saw some glitches in cassandra cluster
1= . node down.=C2=A0
If this is the case, will repair fix the issue= ?
2. IOPS maxed out in one DC.
3. Another DC added with= some glitches.

Could someone suggest how could we= replicate inconsistency between base table and materialized view. Any help= would be appreciated.

C* 3.6
Regards
SIddharth Verma
(Visit h= ttps://github.com/siddv29/cfs for a high speed cassandra full table sca= n)

--001a11411c6a5cec52053f11b94c--