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 6D14710F6C for ; Wed, 26 Feb 2014 18:10:18 +0000 (UTC) Received: (qmail 6864 invoked by uid 500); 26 Feb 2014 18:10:14 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 6839 invoked by uid 500); 26 Feb 2014 18:10:14 -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 6829 invoked by uid 99); 26 Feb 2014 18:10:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Feb 2014 18:10:13 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rwille@fold3.com designates 38.101.149.73 as permitted sender) Received: from [38.101.149.73] (HELO mx02.iarchives.com) (38.101.149.73) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Feb 2014 18:10:09 +0000 Received: from mx02.iarchives.com (localhost [127.0.0.1]) by mx02.iarchives.com (Postfix) with ESMTP id C0E15C2E9B for ; Wed, 26 Feb 2014 11:09:48 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=fold3.com; h=date :subject:from:to:message-id:in-reply-to:mime-version :content-type:content-transfer-encoding; s=m1; bh=QIHlCWYhMpjOca 3D2cfIlEpUWi/HcsGvvCy4X9iTSF8=; b=esKziNz06ov1KP88Gi/TO8AMsX73Rr +jov13KODPGYXd7Qs/cHFC7SRwvzmFFda+aX2k//VB92/2Klz9dDaC8BgSVwFaHr EaR3f5PK6SFwHCQFBBV5qZMlmibQ2EC6nsYeIYl48LyevSllize9wEHtg+SNd4zw YwONlKB88ndYc= Received: from PANDORA.iarchives.com (pandora.iarchives.com [192.168.100.88]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx02.iarchives.com (Postfix) with ESMTPS id B9750C2E99 for ; Wed, 26 Feb 2014 11:09:48 -0700 (MST) Received: from [192.168.99.92] (192.168.99.92) by PANDORA.iarchives.com (192.168.100.88) with Microsoft SMTP Server (TLS) id 14.1.438.0; Wed, 26 Feb 2014 11:11:46 -0700 User-Agent: Microsoft-MacOutlook/14.3.6.130613 Date: Wed, 26 Feb 2014 11:09:43 -0700 Subject: Re: Flushing after dropping a column family From: Robert Wille To: Message-ID: Thread-Topic: Flushing after dropping a column family In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I use truncate between my test cases. Never had a problem with one test case inheriting the data from the previous one. I=B9m using a single node, so that may be why. On 2/26/14, 9:27 AM, "Ben Hood" <0x6e6562@gmail.com> wrote: >On Wed, Feb 26, 2014 at 3:58 PM, DuyHai Doan wrote: >> Try truncate foo instead of drop table foo. >> >> About the nodetool clearsnapshot, I've experienced the same behavior >>also >> before. Snapshots cleaning is not immediate > >I get the same behavior with truncate as well.