Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 96617 invoked from network); 18 May 2009 17:25:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 May 2009 17:25:09 -0000 Received: (qmail 67758 invoked by uid 500); 18 May 2009 17:25:09 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 67735 invoked by uid 500); 18 May 2009 17:25:08 -0000 Mailing-List: contact cassandra-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-user@incubator.apache.org Delivered-To: mailing list cassandra-user@incubator.apache.org Received: (qmail 67726 invoked by uid 99); 18 May 2009 17:25:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 May 2009 17:25:08 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of goffinet@digg.com designates 64.191.203.36 as permitted sender) Received: from [64.191.203.36] (HELO mail.digg.com) (64.191.203.36) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 May 2009 17:24:59 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.digg.com (Postfix) with ESMTP id 2D148A8503D for ; Mon, 18 May 2009 10:24:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.332 X-Spam-Level: Received: from mail.digg.com ([127.0.0.1]) by localhost (mail.digg.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I7IgdzkjFTUS for ; Mon, 18 May 2009 10:24:38 -0700 (PDT) Received: from [10.2.17.114] (diggstage01.digg.com [64.191.203.34]) by mail.digg.com (Postfix) with ESMTP id B7E87A8506D for ; Mon, 18 May 2009 10:24:38 -0700 (PDT) Message-Id: <21AD9B99-1AA4-468E-B996-05DB9F8E8A95@digg.com> From: Chris Goffinet To: cassandra-user@incubator.apache.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Subject: Node Recovery Date: Mon, 18 May 2009 10:24:38 -0700 X-Mailer: Apple Mail (2.930.4) X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Flag: NO X-Old-Spam-Status: No, score=-4.332 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1.8, AWL=0.067, BAYES_00=-2.599] Scenario: if i setup a 2 node cluster, with replicationfactor of 2. Inserted a new key (1) into a table. Its replicated to both nodes. I shutdown node (2), delete all data, then bring it back up. I noticed that if i make a request to that node the first time for that key, it will return back an empty result (was using get_slice), then that node will pull the data from other node. On next request to that node its there. How does one really know if the data isn't there (should I retry) vs it was never there to begin with? --- Chris Goffinet goffinet@digg.com