Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 96661 invoked from network); 23 Dec 2010 01:14:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Dec 2010 01:14:25 -0000 Received: (qmail 2016 invoked by uid 500); 23 Dec 2010 01:14:25 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 1988 invoked by uid 500); 23 Dec 2010 01:14:24 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 1978 invoked by uid 99); 23 Dec 2010 01:14:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 01:14:24 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 01:14:22 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oBN1E1QG029573 for ; Thu, 23 Dec 2010 01:14:01 GMT Message-ID: <16935703.280511293066841098.JavaMail.jira@thor> Date: Wed, 22 Dec 2010 20:14:01 -0500 (EST) From: "Jonathan Ellis (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Commented: (CASSANDRA-1404) Allow 'nodetool cleanup' to run when disk is more than 50% full MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CASSANDRA-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974460#action_12974460 ] Jonathan Ellis commented on CASSANDRA-1404: ------------------------------------------- That's a reasonable improvement to make; I'd also like to make cleanup operate on one sstable at a time, and _just_ clean out unneeded rows, rather than doing clean + major-compaction-merging. That way you can continue to rely on minor compactions if that fits your needs. > Allow 'nodetool cleanup' to run when disk is more than 50% full > --------------------------------------------------------------- > > Key: CASSANDRA-1404 > URL: https://issues.apache.org/jira/browse/CASSANDRA-1404 > Project: Cassandra > Issue Type: Improvement > Components: Core > Reporter: Stu Hood > Priority: Minor > Fix For: 0.7.1 > > > Compaction sums the sizes of all ranges to estimate the output size in order to pick a target drive. Anti-compactions directly drop ranges from sstables, and the volume of data dropped can easily be calculated using the SSTable index. Using this knowledge in our estimate in ColumnFamilyStore.getExpectedCompactedFileSize would allow 'nodetool cleanup' to run when less than 50% of disk is available, in the case where ranges are being dropped (post node-move). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.