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 A8D00D055 for ; Tue, 13 Nov 2012 14:01:58 +0000 (UTC) Received: (qmail 54588 invoked by uid 500); 13 Nov 2012 14:01:56 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 54572 invoked by uid 500); 13 Nov 2012 14:01:56 -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 54518 invoked by uid 99); 13 Nov 2012 14:01:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Nov 2012 14:01:55 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of owenzhang1990@gmail.com designates 74.125.83.44 as permitted sender) Received: from [74.125.83.44] (HELO mail-ee0-f44.google.com) (74.125.83.44) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Nov 2012 14:01:50 +0000 Received: by mail-ee0-f44.google.com with SMTP id b47so1372225eek.31 for ; Tue, 13 Nov 2012 06:01:29 -0800 (PST) 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=jNEsZi04cwJv8oSsye4FqYNiBZ1Ep7x8zSlBGwOhtvU=; b=xkcyp6E9id8CUryiGu6IibwbE5ZJnJx50J/Mw1tM5C1jGzYAcSk4/evAYavoqmZ4ut K35mKpJo+HWfh5VhhlI3BQlDvYHM4XIlAqfV8ez4v0NwXayY9owysJO/aiADJTO72P1e fLXzZ9M/ILXJLeW6v6jb/9+caqefX8XnoQTC3hnelkpYfX4o8+BHE/uhund4etFMwCub qbXeOywckyqHk/EJKihhhQnqzkRW3jJZqjH9T9mESpHFbdDrwLjKeud7hQDr5jE35uta iGbs7bU6PI8axRvaXwOne1++M89uPXaKwQ/XGYwVyOvgDLndJ6PQr8xycFlle2LC880A zPNw== MIME-Version: 1.0 Received: by 10.14.203.69 with SMTP id e45mr74944378eeo.38.1352815289362; Tue, 13 Nov 2012 06:01:29 -0800 (PST) Received: by 10.14.127.133 with HTTP; Tue, 13 Nov 2012 06:01:29 -0800 (PST) In-Reply-To: References: Date: Tue, 13 Nov 2012 22:01:29 +0800 Message-ID: Subject: Re: Read during digest mismatch From: Manu Zhang To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=047d7b344100c4e6ee04ce60da9a X-Virus-Checked: Checked by ClamAV on apache.org --047d7b344100c4e6ee04ce60da9a Content-Type: text/plain; charset=ISO-8859-1 If consistency is two, don't we just send data request to one and digest request to another? On Mon, Nov 12, 2012 at 2:49 AM, Jonathan Ellis wrote: > Correct. Which is one reason there is a separate setting for > cross-datacenter read repair, by the way. > > On Thu, Nov 8, 2012 at 4:43 PM, sankalp kohli > wrote: > > Hi, > > Lets say I am reading with consistency TWO and my replication is 3. > The > > read is eligible for global read repair. It will send a request to get > data > > from one node and a digest request to two. > > If there is a digest mismatch, what I am reading from the code looks > like it > > will get the data from all three nodes and do a resolve of the data > before > > returning to the client. > > > > Is it correct or I am readind the code wrong? > > > > Also if this is correct, look like if the third node is in other DC, the > > read will slow down even when the consistency was TWO? > > > > Thanks, > > Sankalp > > > > > > > > -- > Jonathan Ellis > Project Chair, Apache Cassandra > co-founder of DataStax, the source for professional Cassandra support > http://www.datastax.com > --047d7b344100c4e6ee04ce60da9a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If consistency is two, don't we just send data request to one and diges= t request to another?


On Mon, Nov 12, 2012 at 2:49 AM, Jonathan Ellis &= lt;jbellis@gmail.com= > wrote:
Correct. =A0Which is one reason there is a s= eparate setting for
cross-datacenter read repair, by the way.

On Thu, Nov 8, 2012 at 4:43 PM, sankalp kohli <kohlisankalp@gmail.com> wrote:
> Hi,
> =A0 =A0 Lets say I am reading with consistency TWO and my replication = is 3. The
> read is eligible for global read repair. It will send a request to get= data
> from one node and a digest request to two.
> If there is a digest mismatch, what I am reading from the code looks l= ike it
> will get the data from all three nodes and do a resolve of the data be= fore
> returning to the client.
>
> Is it correct or I am readind the code wrong?
>
> Also if this is correct, look like if the third node is in other DC, t= he
> read will slow down even when the consistency was TWO?
>
> Thanks,
> Sankalp
>
>



--
Jonathan Ellis
Project Chair, Apache Cassandra
co-founder of DataStax, the source for professional Cassandra support
http://www.datastax.c= om

--047d7b344100c4e6ee04ce60da9a--