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 3B7D4C208 for ; Wed, 17 Dec 2014 14:28:25 +0000 (UTC) Received: (qmail 40684 invoked by uid 500); 17 Dec 2014 14:28:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 40651 invoked by uid 500); 17 Dec 2014 14:28: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 40641 invoked by uid 99); 17 Dec 2014 14:28:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Dec 2014 14:28: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 (athena.apache.org: domain of padalia.nitin@gmail.com designates 209.85.215.48 as permitted sender) Received: from [209.85.215.48] (HELO mail-la0-f48.google.com) (209.85.215.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Dec 2014 14:28:17 +0000 Received: by mail-la0-f48.google.com with SMTP id gf13so12971904lab.21 for ; Wed, 17 Dec 2014 06:27:56 -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=r8+ZWsUss1RqM3/aBeuvSu6BdpUpjwk3m5/I+/oLNgM=; b=v1D0qICAVZGEBQr3ajMQQ0yMS8isLZS4DD4pO1aWG7x7U2EhGbsQFIvURkvcW+RzJ1 bjt6iVBPDxOc+CbvE3cf89Nl1pCVbaUqkE9XJlnvhsrhH2Nhm7E0b4D+RQ5FN2iTQB8Z wM7eFKU3m6sJuMTFC0OAtxk33fBHngMEMl2iEzmohM54EgtcCycSiDnNwzib/cHCGnog fZq4dytErJY7Y5tgArKBRCSBUb2BgUcdrAslXurvXyqBxcExuyDVKuQmKfCxJNgr+dHB fVTC2JG6VJOhz1zTvUc+Jn0BHZUu2PYKNt5zEbuxZKeCAnTIfcY7qrHxZUdhL8CEi4Vi RsSA== MIME-Version: 1.0 X-Received: by 10.152.43.103 with SMTP id v7mr41661241lal.29.1418826476467; Wed, 17 Dec 2014 06:27:56 -0800 (PST) Received: by 10.25.21.90 with HTTP; Wed, 17 Dec 2014 06:27:56 -0800 (PST) Received: by 10.25.21.90 with HTTP; Wed, 17 Dec 2014 06:27:56 -0800 (PST) In-Reply-To: References: Date: Wed, 17 Dec 2014 19:57:56 +0530 Message-ID: Subject: Re: [Consitency on cqlsh command prompt] From: nitin padalia To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11c34dca20bd39050a6a48d4 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c34dca20bd39050a6a48d4 Content-Type: text/plain; charset=UTF-8 Thanks! Philip/Ryan, Ryan I am using single Datacenter. Philip could you point some link where we could see those enums. -Nitin On Dec 17, 2014 7:14 PM, "Philip Thompson" wrote: > I believe the problem here is that the consistency level it is showing you > is not the number of nodes that need to respond, but the enum value that > corresponds to QUORUM internally. If you would like, you can file an > improvement request on the Apache Cassandra Jira. > > On Wed, Dec 17, 2014 at 12:47 AM, nitin padalia > wrote: >> >> Hi, >> >> When I set Consistency to QUORUM in cqlsh command line. It says >> consistency is set to quorum. >> >> cqlsh:testdb> CONSISTENCY QUORUM ; >> Consistency level set to QUORUM. >> >> However when I check it back using CONSISTENCY command on the prompt >> it says consistency is 4. However it should be 2 as my replication >> factor for the keyspace is 3. >> cqlsh:testdb> CONSISTENCY ; >> Current consistency level is 4. >> >> Isn't consistency QUORUM calculated by: (replication_factor/2)+1? >> Where replication_factor/2 is rounded down. >> >> If yes then why consistency is displayed as 4, however it should be 2 >> (3/2 = 1.5 = 1)+1 = 2. >> >> I am using Casssandra version 2.1.2 and cqlsh 5.0.1 and CQL spec 3.2.0 >> >> >> Thanks! in advance. >> Nitin Padalia >> > --001a11c34dca20bd39050a6a48d4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks! Philip/Ryan,
Ryan I am using single Datacenter.
Philip could you point some link where we could see those enums.
-Nitin

On Dec 17, 2014 7:14 PM, "Philip Thompson&q= uot; <philip.thompson@da= tastax.com> wrote:
I believe the problem here is that the consistency l= evel it is showing you is not the number of nodes that need to respond, but= the enum value that corresponds to QUORUM internally. If you would like, y= ou can file an improvement request on the Apache Cassandra Jira.
<= div class=3D"gmail_extra">
On Wed, Dec 17, 20= 14 at 12:47 AM, nitin padalia <padalia.nitin@gmail.com> wrote:
Hi,

When I set Consistency to QUORUM in cqlsh command line. It says
consistency is set to quorum.

cqlsh:testdb> CONSISTENCY QUORUM ;
Consistency level set to QUORUM.

However when I check it back using CONSISTENCY command on the prompt
it says consistency is 4. However it should be 2 as my replication
factor for the keyspace is 3.
cqlsh:testdb> CONSISTENCY ;
Current consistency level is 4.

Isn't consistency QUORUM calculated by: (replication_factor/2)+1?
Where replication_factor/2 is rounded down.

If yes then why consistency is displayed as 4, however it should be 2
(3/2 =3D 1.5 =3D 1)+1 =3D 2.

I am using Casssandra version 2.1.2 and cqlsh 5.0.1 and CQL spec 3.2.0


Thanks! in advance.
Nitin Padalia
--001a11c34dca20bd39050a6a48d4--