Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-dev@hadoop.apache.org
Message-ID: <1805697844.1223751344432.JavaMail.jira@brutus>
Date: Sat, 11 Oct 2008 11:55:44 -0700 (PDT)
From: "Andrew Purtell (JIRA)" <jira@apache.org>
To: hbase-dev@hadoop.apache.org
Subject: [jira] Issue Comment Edited: (HBASE-902) Add force major compaction
 and force split to UI
In-Reply-To: <950836415.1222407824377.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638783#action_12638783 ] 

apurtell edited comment on HBASE-902 at 10/11/08 11:55 AM:
-----------------------------------------------------------------

The idea is to have a menu of table actions at the bottom of table.jsp output, separated by a horizontal rule from the region listing. The forms post back via GET to table.jsp which performs the appropriate action as indicated by query parameters. This also allows table actions to be easily automated.  

See attached 'ui.1.png' which incorporates suggestions by jdcryans and stack. 

If a key is not given that locates a specific region, all regions are split or compacted or whatever action is under consideration. The key does not need to be a midkey, only >= the start key for the particular region. (This is why getMetaRegionForKeyClosest().)  

      was (Author: apurtell):
    The idea is to have a menu of table actions at the bottom of table.jsp output, separated by a horizontal rule from the region listing. The forms post back via GET to table.jsp which performs the appropriate action as indicated by query parameters. This also allows table actions to be easily automated.  

See attached 'ui.1.png' which incorporates suggestions by jdcryans and stack. 

If a key is not given that locates a specific region, all regions are split or compacted or whatever action is under consideration. The key does not need to be a midkey, only <= the start key for the particular region. (This is why getMetaRegionForKeyClosest().)  
  
> Add force major compaction and force split to UI
> ------------------------------------------------
>
>                 Key: HBASE-902
>                 URL: https://issues.apache.org/jira/browse/HBASE-902
>             Project: Hadoop HBase
>          Issue Type: Improvement
>            Reporter: stack
>            Assignee: Andrew Purtell
>         Attachments: 902-1.patch, split.png, ui.1.png
>
>
> Would help debugging or at start of big upload or if we have a hot region we want to distribute over the cluster if we could just manually force the splitting of regions.
> I thought it would be just a little messing in jsp but its a bit more than that.
> Actual decision to split is made down in guts of the Store.  Won't split if any references still around and a file must be > maxsize.
> Chatting w/ Jon Gray, could set a flag on the region that we want to split.  Could do this from UI (Can get to HRegion instance from HRS instance in HRS jsp).  Stores have references to their hosting regions (I think).  When figuring if we're to split, check the force split flag up in the hosting region.
> To get the flag checked, safest way is to just force a flush (Otherwise, have to mess w/ locks in the compact/splitter thread).  Registering a flush request on a region is easy enough to do.  Its a public method on HRS (or HR).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.