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 4AD85113F1 for ; Fri, 1 Aug 2014 09:46:50 +0000 (UTC) Received: (qmail 94954 invoked by uid 500); 1 Aug 2014 09:46:47 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 94915 invoked by uid 500); 1 Aug 2014 09:46:47 -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 94905 invoked by uid 99); 1 Aug 2014 09:46:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Aug 2014 09:46:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FROM_12LTRDOM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kzwin@pelotoncycle.com designates 209.85.214.178 as permitted sender) Received: from [209.85.214.178] (HELO mail-ob0-f178.google.com) (209.85.214.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Aug 2014 09:46:42 +0000 Received: by mail-ob0-f178.google.com with SMTP id nu7so2454712obb.23 for ; Fri, 01 Aug 2014 02:46:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pelotoncycle.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=exxPKCMx/Ep9VPXuJYhurdCKIPtSnvbxFcFjaMx1SnU=; b=wOjuokwHuSM4dk50pzB+6eIi2JMRQo7k87MvtnIqgRXjL8InMG0J4/Wr5d0paz5Ho9 Z7mygfrg/7bcmJvOTiElkAdY1TTjmMo4clywXsdNiRs0DM44VFghIpFb2RS255IIXjdK pqijmXh/sUMtxmnbhjSXMcLxo2JLAwcEF4lqo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=exxPKCMx/Ep9VPXuJYhurdCKIPtSnvbxFcFjaMx1SnU=; b=V58PyHXjhNyRbZDyhSCCjAO3o4tIHR8ZKtSA7CcWb+JrVoWcVuj59TZlKm1F4hTJhp f8gvqOitCR20+Uzsm0NOE6Fo3+t/PMhPsNTRq5oQq6e35zaQdj7SKLBUFCrE7Y3MZbHE Zrq6aGFElSuHWA/0cSRGYTsJYKs0VnFu7VmqPvAXiacnvkbzxG9VvD/j3uqr3XJdwTL4 2fVEIF7z5coJLRwjWBlsSNAe0KctEndVmnttUA3IoPT+OzjwhVbcOxe9YJvByH/gmfiI /OT1mc5R95mLbwRBZWapQgU43a1qLWk2kZqJKD38zNcsHhryHCt6+nlPSIYgH8gQTZFv ntJw== X-Gm-Message-State: ALoCoQlDB4DxBiTzOVjut5V5rJVkVS4lo/ZmhEGMJwr1LRgapRGlniAChujIUia+AG07R9h2YAH8 MIME-Version: 1.0 X-Received: by 10.60.74.104 with SMTP id s8mr6260075oev.5.1406886382346; Fri, 01 Aug 2014 02:46:22 -0700 (PDT) Received: by 10.76.144.101 with HTTP; Fri, 1 Aug 2014 02:46:22 -0700 (PDT) Date: Fri, 1 Aug 2014 05:46:22 -0400 Message-ID: Subject: how do i know if nodetool repair is finished From: KZ Win To: "user@cassandra.apache.org" Content-Type: multipart/alternative; boundary=001a1134c67e0f369d04ff8e4380 X-Virus-Checked: Checked by ClamAV on apache.org --001a1134c67e0f369d04ff8e4380 Content-Type: text/plain; charset=UTF-8 I have a 2 node apache cassandra (2.0.3) cluster with rep factor of 1. I change rep factor to 2 using the following command in cqlsh ALTER KEYSPACE "mykeyspace" WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 2 }; I then tried to run recommended "nodetool repair" after doing this type of alter. The problem is that this command sometimes finishes very quickly. When it does finishes like that it will normally say 'Lost notification...' and exit code is not zero. So I just repeat this 'nodetool repair' until it finishes without error. I also check that 'nodetool status' reports expected disk space for each node. (with rep factor 1, each node has say about 7GB each and I expect after nodetool repair that each is 14GB each assuming no cluster usage in the mean time) Is there a more correct way to determine that 'nodetool repair' is finished in this case? --001a1134c67e0f369d04ff8e4380 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have a 2 node apache cassandra (2.0.3) cluster with rep factor of 1. I ch= ange rep factor to 2 using the following command in cqlsh

ALTER KEYSPACE "mykeyspace" WITH REPLICATION =3D =C2=A0 { 'cl= ass' : 'SimpleStrategy', 'replication_factor' : 2 };
I then tried to run recommended "nodetool repair" after doing thi= s type of alter.

The problem is that this command sometimes finishes very quickly. When it d= oes finishes like that it will normally say 'Lost notification...' = and exit code is not zero.

So I just repeat this 'nodetool repair' until it finishes without e= rror. I also check that 'nodetool status' reports expected disk spa= ce for each node. (with rep factor 1, each node has say about 7GB each and = I expect after nodetool repair that each is 14GB each assuming no cluster u= sage in the mean time)

Is there a more correct way to determine that 'nodetool repair' is = finished in this case?
--001a1134c67e0f369d04ff8e4380--