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 622EB7C1F for ; Fri, 2 Sep 2011 20:32:48 +0000 (UTC) Received: (qmail 20877 invoked by uid 500); 2 Sep 2011 20:32:46 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 20844 invoked by uid 500); 2 Sep 2011 20:32:45 -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 20836 invoked by uid 99); 2 Sep 2011 20:32:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2011 20:32:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of oleg.tsvinev@gmail.com designates 209.85.161.44 as permitted sender) Received: from [209.85.161.44] (HELO mail-fx0-f44.google.com) (209.85.161.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2011 20:32:39 +0000 Received: by fxe6 with SMTP id 6so2135446fxe.31 for ; Fri, 02 Sep 2011 13:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=j4/3dgEV3ZrXoRRcKnXtRKagTOsOgr7yqLxrT+eJiQQ=; b=FMMz+FPH1CsYkh1nAeHPGaVdJ1g5lKG7rI3kqGdvknL1i5cpnsC8X+ExNoveVHkwok eGgUxDCqtjWh6srV3qCrbwgOHOJkj9pnJl/Jvroj2e0/frQsTazmFdEQ1dcPG+xTVxZ+ GSDHxr4DsbZpJCDB3lSDjizRMQ2UKxiAJxs4o= Received: by 10.223.5.155 with SMTP id 27mr557102fav.90.1314995539051; Fri, 02 Sep 2011 13:32:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.127.18 with HTTP; Fri, 2 Sep 2011 13:31:59 -0700 (PDT) In-Reply-To: References: From: Oleg Tsvinev Date: Fri, 2 Sep 2011 13:31:59 -0700 Message-ID: Subject: Re: HUnavailableException: : May not be enough replicas present to handle consistency level. To: Cassandra Users Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org Well, this is the part I don't understand then. I thought that if I configure 2 replicas with 3 nodes and one of 3 nodes goes down, I'll still have 2 nodes to store 3 replicas. Is my logic flawed somehere? On Fri, Sep 2, 2011 at 1:22 PM, Nate McCall wrote: > It looks like you only have 2 replicas configured in each data center? > > If so, LOCAL_QUORUM cannot be achieved with a host down same as with > QUORUM on RF=2 in a single DC cluster. > > On Fri, Sep 2, 2011 at 1:40 PM, Oleg Tsvinev wrote: >> I believe I don't quite understand semantics of this exception: >> >> me.prettyprint.hector.api.exceptions.HUnavailableException: : May not >> be enough replicas present to handle consistency level. >> >> Does it mean there *might be* enough? >> Does it mean there *is not* enough? >> >> My case is as following - I have 3 nodes with keyspaces configured as following: >> >> Replication Strategy: org.apache.cassandra.locator.NetworkTopologyStrategy >> Durable Writes: true >> Options: [DC2:2, DC1:2] >> >> Hector can only connect to nodes in DC1 and configured to neither see >> nor connect to nodes in DC2. This is for replication by Cassandra >> means, asynchronously between datacenters DC1 and DC2. Each of 6 total >> nodes can see any of the remaining 5. >> >> and inserts with LOCAL_QUORUM CL work fine when all 3 nodes are up. >> However, this morning one node went down and I started seeing the >> HUnavailableException: : May not be enough replicas present to handle >> consistency level. >> >> I believed if I have 3 nodes and one goes down, two remaining nodes >> are sufficient for my configuration. >> >> Please help me to understand what's going on. >> >