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 4294618624 for ; Wed, 18 Nov 2015 08:19:50 +0000 (UTC) Received: (qmail 18713 invoked by uid 500); 18 Nov 2015 08:19:46 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 18673 invoked by uid 500); 18 Nov 2015 08:19:46 -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 18663 invoked by uid 99); 18 Nov 2015 08:19:46 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Nov 2015 08:19:46 +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 6EA20C7052 for ; Wed, 18 Nov 2015 08:19:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, SPF_PASS=-0.001, URIBL_BLOCKED=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-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id e6bUD_mGqkHl for ; Wed, 18 Nov 2015 08:19:32 +0000 (UTC) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 127A821247 for ; Wed, 18 Nov 2015 08:19:32 +0000 (UTC) Received: by ioc74 with SMTP id 74so45764703ioc.2 for ; Wed, 18 Nov 2015 00:19:31 -0800 (PST) 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 :content-type; bh=ye068Lzxx4l/AL2XGQKfuwZHKbHIA/vLDtL/vyMEM0c=; b=uI6YTUZqIVLCL6a6agEU+u3m5LekF/05UswE08rKu195j+8tjpjaGqOYemNmjmpaOp WIuuwhAWt/dzpfFQrUssCZc5evWl2dnXTlrlXXYuAOnhp1o5QYCGbpk4OSxiytKR7ply QjCd15IHFQgx4UPKJ7ygLafaVBuRptSsIu3V3hb5sgdAxv0FeJCzfu/Eby0gkGumsbT1 lokTcFvk/zGr8yZJfDrhbvWzn+tFogbMEQtEn4DouZnjdSrumsadn47PORsPaoXFWdz/ +0Yc6oSYzsHED2CqDV5kSRpvS8SRYmyKz6zgyPtM8tJHN4R0cQR9BrkEpULLuXog5q5f ADSA== X-Received: by 10.107.137.27 with SMTP id l27mr1792436iod.102.1447834771032; Wed, 18 Nov 2015 00:19:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.33.69 with HTTP; Wed, 18 Nov 2015 00:18:51 -0800 (PST) In-Reply-To: References: <1447763601.21510.YahooMailAndroidMobile@web192905.mail.sg3.yahoo.com> From: Anishek Agarwal Date: Wed, 18 Nov 2015 13:48:51 +0530 Message-ID: Subject: Re: handling down node cassandra 2.0.15 To: "user@cassandra.apache.org" Content-Type: multipart/alternative; boundary=001a113fbb4e3890bb0524cc4d13 --001a113fbb4e3890bb0524cc4d13 Content-Type: text/plain; charset=UTF-8 @Rob interesting something i will try next time, for step 3 you mentioned -- I just remove the -Dcassandra.join_ring=false option and restart the cassandra service? @Anuj, gc_grace_seconds dictates how long hinted handoff are stored right. These might be good where we explicitly delete values from the table. we just have ttl and DTCS should delete data older than 1 month. In this case do i need to wipe the node and then start copy of key space again ? or can i run a repair once it joins the right with auto_bootstrap=false. On Wed, Nov 18, 2015 at 1:20 AM, Robert Coli wrote: > On Tue, Nov 17, 2015 at 4:33 AM, Anuj Wadehra > wrote: > >> Only if gc_grace_seconds havent passed since the failure. If your machine >> is down for more than gc_grace_seconds you need to delete the data >> directory and go with auto bootstrap = true . >> > > Since CASSANDRA-6961 you can : > > 1) bring up the node with join_ring=false > 2) repair it > 3) join it to the cluster > > https://issues.apache.org/jira/browse/CASSANDRA-6961 > > This prevents you from decreasing your unique replica count, which is > usually a good thing! > > =Rob > --001a113fbb4e3890bb0524cc4d13 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
@Rob interesting something i will try next time, for step = 3 you mentioned -- I just remove the -Dcassandra.join_ring=3Dfalse option a= nd restart the cassandra service?=C2=A0

@Anuj, gc_g= race_seconds dictates how long hinted handoff are stored right. These might= be good where we explicitly delete values from the table. we just have ttl= and DTCS should delete data older than 1 month. In this case do i need to = wipe the node and then start copy of key space again ? or can i run a repai= r once it joins the right with auto_bootstrap=3Dfalse.

=
=C2=A0

On Wed, Nov 18, 2015 at 1:20 AM, Robert Coli = <rcoli@eventbr= ite.com> wrote:
On Tue, Nov 17, 2015 at 4:33 AM, Anuj Wadehra <anujw_2003@yahoo.co.= in> wrote:
Only if gc_grace_se= conds havent passed since the failure. If your machine is down for more tha= n gc_grace_seconds you need to delete the data directory and go with auto b= ootstrap =3D true .
<= br>
Since CASSANDRA-6961 you can :

1) bring up the node with join_ring=3Dfalse
2) repair it
<= div>3) join it to the cluster


This = prevents you from decreasing your unique replica count, which is usually a = good thing!

=3DRob

--001a113fbb4e3890bb0524cc4d13--