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 75460DAC8 for ; Fri, 10 Aug 2012 10:55:57 +0000 (UTC) Received: (qmail 90976 invoked by uid 500); 10 Aug 2012 10:55:55 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 90653 invoked by uid 500); 10 Aug 2012 10:55:49 -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 90595 invoked by uid 99); 10 Aug 2012 10:55:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 10:55:47 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=FSL_RCVD_USER,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.217.172] (HELO mail-lb0-f172.google.com) (209.85.217.172) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 10:55:38 +0000 Received: by lbbgg6 with SMTP id gg6so872778lbb.31 for ; Fri, 10 Aug 2012 03:55:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=1+2NBkX6CCyaM0PpYjbeXkzaQdPNsiuE09Ami6m/cQw=; b=OXardmxNjzxsRbhodDo3LV8PLoO+3oVXDxB1SGplwIcn8I1A6R2WMJ4aDePdz2u/ik LPJvR87Div2aMmN9S/zpR7uqgJiMuG/pLuF4NHuLM8GZXkfx1ZDB2uZUdwOxgpxNrU1k weKAwqxL9hE7RdjrrM62/mIWW3wlU/83PgEwXPytHpyhxqU0galPcmngLD2V8n1h8seM U4oKSMqKXoDvWv3gDvGcjDaUmf2jXq1xoFxTqi8YabC4PrB/D5QCqhMDfbOvlntB/jZT K78ZO/wg0O4yDir/3mam7umWyHpzQBf4kHkkoRonxodBq1u6ab1V/OuRKcfCtA/mkRUP fnYA== Received: by 10.152.110.70 with SMTP id hy6mr2513970lab.44.1344596117577; Fri, 10 Aug 2012 03:55:17 -0700 (PDT) Received: from [192.168.2.92] (81-94-164-42.customer.itmastaren.net. [81.94.164.42]) by mx.google.com with ESMTPS id j3sm872259lbh.0.2012.08.10.03.55.15 (version=SSLv3 cipher=OTHER); Fri, 10 Aug 2012 03:55:16 -0700 (PDT) Message-ID: <5024E880.4060901@sitevision.se> Date: Fri, 10 Aug 2012 12:54:56 +0200 From: Fredrik User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Question regarding tombstone removal and compaction Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmyAAIGHBwioRhl5JO37pvsBaskskxQT2cyy0fjzYwdPLksp8xdMJ7umPlHlg0xcdr15aQy We've had a bug that caused one of our column families to grow very big 280 GB on a 500 GB disk. We're using size tiered compaction. Since it's "only append" data I've now issued deletes of 260 GB of superflous data. 1. There are som quite large SSTables (80 GB, 40 GB etc..). If I run a major compaction before GC grace, which is 6 hours, will the compaction succeed or will it fail due to the GC grace hasn't elapsed and thus major compaction will ignore the tombstones and then fail due to insufficient disk space? 2. If I wait until GC grace has elapsed, will it be possible to run a major compaction since there are only deletes which doesn't require double amount of SStable size when merging tombstones with the large SSTables? Regards /Fredrik