Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Tue, 8 Oct 2013 00:34:44 +0000 (UTC)
From: "Gustavo Anatoly (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12650059.1369871633674.29252.1381192484879@arcas>
In-Reply-To: <JIRA.12650059.1369871633674@arcas>
References: <JIRA.12650059.1369871633674@arcas>
Subject: [jira] [Assigned] (HBASE-8652) Number of compacting KVs is not
 reset at the end of compaction
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HBASE-8652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gustavo Anatoly reassigned HBASE-8652:
--------------------------------------

    Assignee: Gustavo Anatoly

> Number of compacting KVs is not reset at the end of compaction
> --------------------------------------------------------------
>
>                 Key: HBASE-8652
>                 URL: https://issues.apache.org/jira/browse/HBASE-8652
>             Project: HBase
>          Issue Type: Bug
>          Components: Compaction
>            Reporter: Ted Yu
>            Assignee: Gustavo Anatoly
>            Priority: Minor
>             Fix For: 0.98.0
>
>         Attachments: HBASE-8652.patch, HBASE-8652-v2.patch
>
>
> Looking at master:60010/master-status#compactStas , I noticed that 'Num. Compacting KVs' column stays unchanged at non-zero value(s).
> In DefaultCompactor#compact(), we have this at the beginning:
> {code}
>     this.progress = new CompactionProgress(fd.maxKeyCount);
> {code}
> But progress.totalCompactingKVs is not reset at the end of compact().


--
This message was sent by Atlassian JIRA
(v6.1#6144)