Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Date: Sat, 11 Apr 2015 01:33:14 +0000 (UTC)
From: "Andrew Purtell (JIRA)" <jira@apache.org>
To: dev@hbase.apache.org
Message-ID: <JIRA.12537837.1326154984000.61492.1428715994135@Atlassian.JIRA>
In-Reply-To: <JIRA.12537837.1326154984000@Atlassian.JIRA>
References: <JIRA.12537837.1326154984000@Atlassian.JIRA>
 <JIRA.12537837.1326154984064@arcas>
Subject: [jira] [Resolved] (HBASE-5161) Compaction algorithm should
 prioritize reference files
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Andrew Purtell resolved HBASE-5161.
-----------------------------------
       Resolution: Incomplete
    Fix Version/s:     (was: 0.92.1)

> Compaction algorithm should prioritize reference files
> ------------------------------------------------------
>
>                 Key: HBASE-5161
>                 URL: https://issues.apache.org/jira/browse/HBASE-5161
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.92.0
>            Reporter: Jean-Daniel Cryans
>            Priority: Critical
>
> I got myself into a state where my table was un-splittable as long as the insert load was coming in. Emergency flushes because of the low memory barrier don't check the number of store files so it never blocks, to a point where I had in one case 45 store files and the compactions were almost never done on the reference files (had 15 of them, went down by one in 20 minutes). Since you can't split regions with reference files, that region couldn't split and was doomed to just get more store files until the load stopped.
> Marking this as a minor issue, what we really need is a better pushback mechanism but not prioritizing reference files seems wrong.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)