Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@locus.apache.org Received: (qmail 12129 invoked from network); 12 Nov 2008 15:06:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Nov 2008 15:06:10 -0000 Received: (qmail 22497 invoked by uid 500); 12 Nov 2008 15:06:13 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 22434 invoked by uid 500); 12 Nov 2008 15:06:12 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 22328 invoked by uid 99); 12 Nov 2008 15:06:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Nov 2008 07:06:12 -0800 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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Nov 2008 15:05:00 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5E876234C287 for ; Wed, 12 Nov 2008 07:05:44 -0800 (PST) Message-ID: <1305316883.1226502344386.JavaMail.jira@brutus> Date: Wed, 12 Nov 2008 07:05:44 -0800 (PST) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-938) major compaction period is not checked periodically In-Reply-To: <1709488867.1224469604306.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646923#action_12646923 ] stack commented on HBASE-938: ----------------------------- I will up the period, make it two days at least. But was thinking too that we should mark files that have been major compacted -- write the fact into the files metadata or into the file name -- and before running another, check the column descriptor to see if TTL is forever; if it is, do not run another major compaction if only one file to compact. > major compaction period is not checked periodically > --------------------------------------------------- > > Key: HBASE-938 > URL: https://issues.apache.org/jira/browse/HBASE-938 > Project: Hadoop HBase > Issue Type: Bug > Components: regionserver > Affects Versions: 0.18.0, 0.18.1 > Environment: HBase 0.18 branch (should be RC1) + Hadoop 0.18 branch > Reporter: Rong-En Fan > Assignee: stack > Priority: Critical > Fix For: 0.19.0 > > Attachments: 938.patch, major.patch > > > The major compaction period, hbase.hregion.majorcompaction, is not checked periodically. Currently, we only request major compaction when the region is open or split at which point we check whether the major compaction period is due. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.