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 482067CDB for ; Wed, 17 Aug 2011 22:32:50 +0000 (UTC) Received: (qmail 48723 invoked by uid 500); 17 Aug 2011 22:32:48 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 48510 invoked by uid 500); 17 Aug 2011 22:32: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 48502 invoked by uid 99); 17 Aug 2011 22:32:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 22:32:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of watcherfr@gmail.com designates 209.85.210.48 as permitted sender) Received: from [209.85.210.48] (HELO mail-pz0-f48.google.com) (209.85.210.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 22:32:39 +0000 Received: by pzk34 with SMTP id 34so1699729pzk.21 for ; Wed, 17 Aug 2011 15:32:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nkrG8Lm8LWZUPuHxQdDVqkXeTjicVIEcTKSu+U9pqas=; b=qmMJfCG+KF3V10tXrZefQs5mvdBQguA3O6U63oqPCBAULmdcwJUc13UlN8XhSK68SF HPOIDprYdfAPMgrDv0jcLupJb/f+UtKhga+UbCfoS2NJKGwgxSbOt2r5SAxmHAuzzByK 5liffYx0PiO0GemoDoCBPmE6pnjdDa0DfQ5KU= MIME-Version: 1.0 Received: by 10.142.52.17 with SMTP id z17mr712952wfz.143.1313620338253; Wed, 17 Aug 2011 15:32:18 -0700 (PDT) Received: by 10.142.242.17 with HTTP; Wed, 17 Aug 2011 15:32:18 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Aug 2011 00:32:18 +0200 Message-ID: Subject: Re: Repairs are both ways ? From: Philippe To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=000e0cd242e6a19f3f04aabb11fd X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd242e6a19f3f04aabb11fd Content-Type: text/plain; charset=ISO-8859-1 > > Almost, but not quite: if you have nodes A,B,C and repair A, it will > transfer A<->B, A<->C, but not B<->C. > But on a 3 node cluster once you do A<->B & A<->C, why don't you transitively get B<->C ? Thanks --000e0cd242e6a19f3f04aabb11fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Almost, but not = quite: if you have nodes A,B,C and repair A, it will
transfer A<->B, A<->C, but not B<->C.
But on a 3 node cluster once you do A<->B & A<->C, why do= n't you transitively get B<->C ?=A0

Than= ks
--000e0cd242e6a19f3f04aabb11fd--