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 08F3910CED for ; Fri, 9 Aug 2013 00:57:24 +0000 (UTC) Received: (qmail 59444 invoked by uid 500); 9 Aug 2013 00:57:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 59422 invoked by uid 500); 9 Aug 2013 00:57: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 59414 invoked by uid 99); 9 Aug 2013 00:57:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Aug 2013 00:57:21 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ailinykh@gmail.com designates 209.85.217.181 as permitted sender) Received: from [209.85.217.181] (HELO mail-lb0-f181.google.com) (209.85.217.181) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Aug 2013 00:57:15 +0000 Received: by mail-lb0-f181.google.com with SMTP id o10so2887001lbi.40 for ; Thu, 08 Aug 2013 17:56:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TYaMzepFghpGQaRLphgXDVOF+JNLoXhgtdtsVw8yEj0=; b=B46etIahntwVYDn/GVQxyi0ELjEov/4ZYagfY7LSF+qdHXl31+dUN4u8CJ6YX+cRV5 k17d8Ku6m+aaRXFWVY4wOYetbLvFlylD6nDIjbWaE9BvYOFPMRUWFH/cUXk0z0EFnjMo DZD7a81g6UXp636HIEvZApSHp6c5Io0P+oRQKJofLYgMkoV95GJuFJmHpnD6GfDO1eT4 ffWhJklkwME8l++qKHFE9OlGDe5hDG6CclN3ElWmTlEwX9LtQM1t6OwCJ2C6saslBULE w+V4iQkuNKGUfQX5kr98fhPSMav+dp3tn55zcf9UXBV0dPaOzt6Ca1Eq7wf2oWFCYMkp jxbg== MIME-Version: 1.0 X-Received: by 10.152.22.170 with SMTP id e10mr4820172laf.78.1376009815066; Thu, 08 Aug 2013 17:56:55 -0700 (PDT) Received: by 10.114.4.225 with HTTP; Thu, 8 Aug 2013 17:56:55 -0700 (PDT) In-Reply-To: <707A7CFA945C43CDA59339E07765EF38@addthis.com> References: <707A7CFA945C43CDA59339E07765EF38@addthis.com> Date: Thu, 8 Aug 2013 17:56:55 -0700 Message-ID: Subject: Re: Cassandra nodetool repair question From: Andrey Ilinykh To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=089e0158c5163c0f3d04e379408b X-Virus-Checked: Checked by ClamAV on apache.org --089e0158c5163c0f3d04e379408b Content-Type: text/plain; charset=ISO-8859-1 nodetool repair just triggers repair procedure. You can kill nodetool after start, it doesn't change anything. To stop repair you have to use nodetool stop VALIDATION|COMPACTION Thank you, Andrey On Thu, Aug 8, 2013 at 1:00 PM, Andy Losey wrote: > Afternoon, > > We are noticing nodetool repair processes are not completing after a weeks > worth of time, and have resulted in some Cassandra nodes having more than > one process running do to cron scheduled. We are also chasing some > performance degradation after upgrading all nodes to version 1.2.8 last > Friday and would like to resolve this multiple repairs running at once > issue in an effort to troubleshoot our performance issues. > > We'd like to know more about what is happening with the repair option. Is > there a way to gracefully terminate them or any adverse affect to killing > the processes we should look out for? > > Thanks, > -- > Andy L > > --089e0158c5163c0f3d04e379408b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
nodetool repair just triggers repair procedure. You can ki= ll nodetool after start, it doesn't change anything. To stop repair you= have to use nodetool stop VALIDATION|COMPACTION


Thank you,

=A0 Andrey



On Thu, Au= g 8, 2013 at 1:00 PM, Andy Losey <andrew@addthis.com> wrote= :
Afternoon,

We are noticing nodetool repair p= rocesses are not completing after a weeks worth of time, and have resulted = in some Cassandra nodes having more than one process running do to cron sch= eduled. We are also chasing some performance degradation after upgrading al= l nodes to version 1.2.8 last Friday and would like to resolve this multipl= e repairs running at once issue in an effort to troubleshoot our performanc= e issues.

We'd like to know more about what is happening with= the repair option. Is there a way to gracefully terminate them or any adve= rse affect to killing the processes we should look out for?

Thanks,
--=A0
Andy L


--089e0158c5163c0f3d04e379408b--