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 26D419C45 for ; Sun, 25 Sep 2011 03:25:39 +0000 (UTC) Received: (qmail 94815 invoked by uid 500); 25 Sep 2011 03:25:37 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 93963 invoked by uid 500); 25 Sep 2011 03:25:36 -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 93880 invoked by uid 99); 25 Sep 2011 03:25:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Sep 2011 03:25:33 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a50.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Sep 2011 03:25:25 +0000 Received: from homiemail-a50.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a50.g.dreamhost.com (Postfix) with ESMTP id E70D26F8062 for ; Sat, 24 Sep 2011 20:25:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=thelastpickle.com; h=content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; q=dns; s= thelastpickle.com; b=icbtjOrydbLp+fOLsrgdsnATCrVS+Zwb6yOmAxCkDa3 A5NnyOO5PoXVS2ATYMHJhzb2HlpEldxecnLoGp3QB/boo3NpLKiMVGPvcxu7T878 C1FYjtwV7JRAu8Ppx4KEMHUvoL9Luo+tMGZoUpwWOfF50b14lbwsi6c3KVuIvv4k = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thelastpickle.com; h= content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; s= thelastpickle.com; bh=doHNNXyCxzvTkDN7SrSsOVtEKAs=; b=aJYeW1ehBt u/yf+gTQf2mzkVCTWDWC0bRMapCd6o1wi4UoTuAuX1I+mcXmoKlTrq/tljswlSiD pLKXkRTCXsBSd+Ko1Y+wKyfWkYrH0M8xB4EpEJCLyXO1mmGVpc0BsAaq13MNXRBI l4YJ96Hb97p/PLxifyIYWMc2Du8ScyaQY= Received: from [172.16.1.4] (219-89-1-137.dialup.xtra.co.nz [219.89.1.137]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aaron@thelastpickle.com) by homiemail-a50.g.dreamhost.com (Postfix) with ESMTPSA id 689116F8060 for ; Sat, 24 Sep 2011 20:25:02 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1244.3) Subject: Re: Moving to a new cluster From: aaron morton In-Reply-To: Date: Sun, 25 Sep 2011 16:24:58 +1300 Content-Transfer-Encoding: quoted-printable Message-Id: <714EADFF-52A6-4EF3-BF32-31F451D91E36@thelastpickle.com> References: <901040CC-C1B5-419D-9780-A2D0A00A0DBC@thelastpickle.com> <4E7AF745.1080006@borgstrom.se> To: user@cassandra.apache.org X-Mailer: Apple Mail (2.1244.3) X-Virus-Checked: Checked by ClamAV on apache.org Thanks sylvain, will look into the new stuff.=20 ----------------- Aaron Morton Freelance Cassandra Developer @aaronmorton http://www.thelastpickle.com On 22/09/2011, at 9:09 PM, Sylvain Lebresne wrote: > 2011/9/22 Jonas Borgstr=F6m : >> On 09/22/2011 01:25 AM, aaron morton wrote: >> *snip* >>> When you start a repair it will repair will the other nodes it >>> replicates data with. So you only need to run it every RF nodes. = Start >>> it one one, watch the logs to see who it talks to and then start it = on >>> the first node it does not talk to. And so on. >=20 > This is not totally true because of > https://issues.apache.org/jira/browse/CASSANDRA-2610. > Basically, doing this won't make sure the full cluster is in sync > (there is a fair > chance it will, but it's not guaranteed). > It will be true in 1.0 (though in 1.0 it will be simpler and more > efficient to just run > 'nodetool repair --partitioner-range' on every node). >=20 >=20 >> Is this new in 0.8 or has it always been this way? >>=20 >> From >> = http://wiki.apache.org/cassandra/Operations#Frequency_of_nodetool_repair >>=20 >> """ >> Unless your application performs no deletes, it is vital that = production >> clusters run nodetool repair periodically on all nodes in the = cluster. >> """ >>=20 >> So for a 3 node cluster using RF=3D3, is it sufficient to run = "nodetool >> repair" on one node? >=20 > Technically, in the 3 nodes RF=3D3 case, you would need to do repair = on > 2 nodes to make sure the cluster has been fully repaired. But it = becomes > fairly complicated to know which nodes exactly once you get more than > 3 nodes in the cluster or you have RF > 3, so to be safe I would = advise > sticking to the wiki instruction (until 1.0 at least). >=20 >>=20 >> / Jonas >>=20