You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Gustavo Anatoly (JIRA)" <ji...@apache.org> on 2013/10/07 03:32:42 UTC
[jira] [Updated] (HBASE-8652) Number of compacting KVs is not reset
at the end of compaction
[ https://issues.apache.org/jira/browse/HBASE-8652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gustavo Anatoly updated HBASE-8652:
-----------------------------------
Attachment: HBASE-8652.patch
Hi Ted,
Sorry for delay, today I made the changes on jamon template, adjusting with the #2 option. But, what the name could be given to new column, composed by (totalCompatingKVs - currentCompactedKVs)? And could please review the patch?
Thanks.
> 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
> Priority: Minor
> Fix For: 0.98.0
>
> Attachments: HBASE-8652.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)