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 321DAD23C for ; Fri, 1 Mar 2013 00:59:04 +0000 (UTC) Received: (qmail 5921 invoked by uid 500); 1 Mar 2013 00:59:01 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 5885 invoked by uid 500); 1 Mar 2013 00:59:01 -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 5877 invoked by uid 99); 1 Mar 2013 00:59:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 00:59:01 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tsato@cloudian.com designates 209.85.160.45 as permitted sender) Received: from [209.85.160.45] (HELO mail-pb0-f45.google.com) (209.85.160.45) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 00:58:52 +0000 Received: by mail-pb0-f45.google.com with SMTP id ro8so1394846pbb.18 for ; Thu, 28 Feb 2013 16:58:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=offqCN7t4DIyvxMLjCZkmL6i8O41skyN9VUNgRgYX/8=; b=DZ1qhHzodeZK/6jdS9vWiG6rOsbiuJ++LM7y3P7+QndIDPLaZxGJVGi3I9WqdGrJ/v 03WKIHXGcbZB7jRaN9ne8RfocE+QhIdrIewtQiL7eSu8jslW8CVnGycbvuIkyajKXSii vNcKDzBaPmn5IvPq+MspwmknOUnEAcKz2dHI2/9jA67Z0jXArN3g1u4aAZdYJjW8VfNL r3Vfr1jBBnemvh0CxHRVF6QqnpfzNWgCVZPj+ywn4hvEyDTu0x0jNETndMGBmEKvlQjG XUenbXcvOT9loxNuS0NNTTGrn3TAKnvSQmp6PnVGd6oY2jHR8T989+WlyE/Dp2/agmwP q7Xg== X-Received: by 10.68.170.34 with SMTP id aj2mr11642658pbc.208.1362099511063; Thu, 28 Feb 2013 16:58:31 -0800 (PST) Received: from [10.181.164.144] (124x35x137x114.ap124.ftth.ucom.ne.jp. [124.35.137.114]) by mx.google.com with ESMTPS id iu10sm10006741pbc.13.2013.02.28.16.58.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Feb 2013 16:58:30 -0800 (PST) Message-ID: <512FFD2A.6030409@cloudian.com> Date: Fri, 01 Mar 2013 09:58:18 +0900 From: "Takenori Sato(Cloudian)" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: -pr vs. no -pr References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkbTmlPWaaPr1lh5Lxex9mZEU/vLXX3EtIcHb972v75cLgp/K8+PdzAoImawpy4SR/RChD2 X-Virus-Checked: Checked by ClamAV on apache.org Hi, Please note that I confirmed on v1.0.7. > I mean a repair involves all three nodes and pushes and pulls data, right? Yes, but that's how -pr works. A repair without -pr does more. For example, suppose you have a ring with RF=3 like this. A - B - C - D - E - F Then, a repair on A without -pr does for 3 ranges as follows: [A, B, C] [E, F, A] [F, A, B] Among them, the first one, [A, B, C] is the primary range of A. So, with -pr, a repair runs only for: [A, B, C] > I could run nodetool repair on just 2 nodes(RF=3) instead of using nodetool repair �pr??? Yes. You need to run two repairs on A and D. > What is the advantage of �pr then? Whenever you want to minimize rapair impacts. For example, suppose you got one node down for a while, and bring it back to the cluster. You need to run rapair without affecting the entire cluster. Then, -pr is the option. Thanks, Takenori (2013/03/01 7:39), Hiller, Dean wrote: > Isn't it true if I have 6 nodes, I could run nodetool repair on just 2 nodes(RF=3) instead of using nodetool repair �pr??? > > What is the advantage of �pr then? > > I mean a repair involves all three nodes and pushes and pulls data, right? > > Thanks, > Dean