Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 65807 invoked from network); 7 Sep 2010 18:22:44 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Sep 2010 18:22:44 -0000 Received: (qmail 3637 invoked by uid 500); 7 Sep 2010 18:22:42 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 3598 invoked by uid 500); 7 Sep 2010 18:22:41 -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 3590 invoked by uid 99); 7 Sep 2010 18:22:41 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Sep 2010 18:22:41 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vw0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Sep 2010 18:22:20 +0000 Received: by vws10 with SMTP id 10so4849040vws.31 for ; Tue, 07 Sep 2010 11:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=bqD8htk0RcE+VfovNaUbQl9i83DY4O12AHlws4+QgPY=; b=UqB+agqQs3eaETMwW6+kYrsTuUTeMbOIq4Tlf68yGKC+wjzOcBJ+gZqugY73jRZSZ0 ZFlkhomRDQuv8z+n879cm0n41e4MtYoW9fBArm6ew6wFdjBTYrniKJK9sgQnYAuySgJq VYj5DHEg424V3GWiUzZGcyW7gvntxmgeV6JdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=DDCul3ueLBeA8CHbmHyVlr1Qp7Jp0YU5rkRcdiLbz0Q6giiryh2iuuWw4Pgp7kQs7B QkwgjRk/d1zpVgboW05MIE68wnA27GAAVfk2B170UaGtF319m6+4npUQOlgkMlQMKw1a ZD0TBrY9EmoViBj844Uws9RBwIgCHMGvV380k= Received: by 10.220.124.211 with SMTP id v19mr895160vcr.184.1283883719337; Tue, 07 Sep 2010 11:21:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.182.193 with HTTP; Tue, 7 Sep 2010 11:21:39 -0700 (PDT) In-Reply-To: <4C867620.1060304@digg.com> References: <4C866AAA.1050909@gmail.com> <4C867620.1060304@digg.com> From: Jonathan Ellis Date: Tue, 7 Sep 2010 13:21:39 -0500 Message-ID: Subject: Re: Droping ColumnFamily in 0.6.x To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org I thought it went without saying that if you plan to drop a CF, you should stop using it before you drop it. On Tue, Sep 7, 2010 at 12:28 PM, Rob Coli wrote: > On 9/7/10 10:09 AM, Jonathan Ellis wrote: >> >> flush, stop server, remove the data files, start server > > As I understand it, there a race here where a new Memtable can be created > before the server is stopped, unless you flush with "nodetool drain". This > is relevant in some versions of 0.6.x (below 0.6.3? 0.6.4?) which will barf > and deadlock on a commitlog containing a CF which is not (no longer) defined > in storage-conf.xml. Versions after that just ignore that statement in the > commitlog. > > =Rob > -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com