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 2CB04200CF4 for ; Sun, 20 Aug 2017 00:45:51 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 2B239164AF6; Sat, 19 Aug 2017 22:45:51 +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 70BF5164AF4 for ; Sun, 20 Aug 2017 00:45:50 +0200 (CEST) Received: (qmail 12774 invoked by uid 500); 19 Aug 2017 22:45:48 -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 12764 invoked by uid 99); 19 Aug 2017 22:45:48 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 19 Aug 2017 22:45:48 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id F116CC02CF for ; Sat, 19 Aug 2017 22:45:47 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.744 X-Spam-Level: *** X-Spam-Status: No, score=3.744 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_MUA_MOZILLA=1.596, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 1U4dBhU1Wph9 for ; Sat, 19 Aug 2017 22:45:46 +0000 (UTC) Received: from sonic302-4.consmr.mail.bf2.yahoo.com (sonic302-4.consmr.mail.bf2.yahoo.com [74.6.135.43]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 35AA05F3D0 for ; Sat, 19 Aug 2017 22:45:46 +0000 (UTC) X-YMail-OSG: rqDXX1EVM1neCc.lOdCQbso0OAlU_hBCtjGAaaLUhhAUC0qMYgaRfJzYyxMtBIY Jk4sCbwEclwRierpj_JvyBsojnYEFsm3n_JYQy4l02w.raDOHTUuxRVZPxdoWotceF1hj6joymeV OG8YTEG9SIvpwD1yjbWOYO5YqZgGAvG9GKWHDvXQhOl9OC9lJ6VwccYZhfyOJlg3YRJG1YEUlXST enCJmlORNAJ_KPyn3oSKkQ.0STVq_ii8YkgjfdJI8i61WtYHE6tX25obyj6suC.5RBzqYOHBykdl PSUfK5Uv0vpONtFwh1TBSdDU0wkpn8kHWqKW7KNNir7McAajItzj06Qi3SFwCz.sGzCSJ47OWWij HH8GrxWPhimPkoAIXV_.CsugsFJxLq0m9Hpjx996i4OBS_3TFnNAoNSodaFeL6ZlVkXGkTwCKC2D gwsTBJcdnzkYngpm1u.4cqlU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Sat, 19 Aug 2017 22:45:38 +0000 Date: Sat, 19 Aug 2017 22:45:21 +0000 (UTC) From: Sotirios Delimanolis To: Message-ID: <1643503889.885896.1503182721343@mail.yahoo.com> In-Reply-To: References: <842359409.565887.1503097548174.ref@mail.yahoo.com> <842359409.565887.1503097548174@mail.yahoo.com> Subject: Re: Moving all LCS SSTables to a repaired state MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_885895_1175814748.1503182721342" X-Mailer: WebService/1.1.10391 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36 archived-at: Sat, 19 Aug 2017 22:45:51 -0000 ------=_Part_885895_1175814748.1503182721342 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit That's the only way to get this done then, break writes and fix them with incremental repairs? On Friday, August 18, 2017, 5:17:38 PM PDT, kurt greaves wrote: You need to run an incremental repair for sstables to be marked repaired. However only if all of the data in that Sstable is repaired during the repair will you end up with it being marked repaired, otherwise an anticompaction will occur and split the unrepaired data into its own sstable.It's pretty unlikely you will get all SSTables marked as repaired unless you stop writing data and run inc repair multiple times. ------=_Part_885895_1175814748.1503182721342 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
That's the only way = to get this done then, break writes and fix them with incremental repairs?<= /div>


On Friday, Augus= t 18, 2017, 5:17:38 PM PDT, kurt greaves <kurt@instaclustr.com> wrote= :


Yo= u need to run an incremental repair for sstables to be marked repaired. How= ever only if all of the data in that Sstable is repaired during the repair = will you end up with it being marked repaired, otherwise an anticompaction = will occur and split the unrepaired data into its own sstable.
It's= pretty unlikely you will get all SSTables marked as repaired unless you st= op writing data and run inc repair multiple times.
<= /div>
------=_Part_885895_1175814748.1503182721342--