[
https://issues.apache.org/jira/browse/HBASE-3462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean Busbey reopened HBASE-3462:
--------------------------------
> Fix table.jsp in regards to splitting a region/table with an optional splitkey
> ------------------------------------------------------------------------------
>
> Key: HBASE-3462
> URL: https://issues.apache.org/jira/browse/HBASE-3462
> Project: HBase
> Issue Type: Improvement
> Components: master
> Affects Versions: 0.90.0
> Reporter: Lars George
> Assignee: Balazs Meszaros
> Labels: beginner
> Fix For: 2.0.0
>
> Attachments: HBASE-3462-BM-01.patch, HBASE-3462-BM-01.patch
>
>
> After HBASE-3328 and HBASE-3437 went in there is also the table.jsp that
> needs updating to support the same features. Also, at the same time update
> the wording, for example
> {quote}
> This action will force a split of all eligible regions of the table, or, if a
> key is supplied, only the region containing the given key. An eligible region
> is one that does not contain any references to other regions. Split requests
> for noneligible regions will be ignored.
> {quote}
> I think it means it splits either all regions (that are splittable) or a
> specific one. It says though "the region containing the given key", that
> seems wrong in any event. Currently we do a split on the tablename when
> nothing was specified or else do an internal get(region), which is an exact
> match on the rows in .META.. In other words you need to match the region name
> exactly or else it fails. It reports it has accepted the request but logs
> internally
> {code}
> 2011-01-21 15:37:24,340 INFO org.apache.hadoop.hbase.client.HBaseAdmin: No
> server in .META. for csfsef; pair=null
> {code}
> Error reporting could be better but because of the async nature this is more
> difficult, yet it would be nice there is some concept of a Future to be able
> to poll the result if needed.
> Finally, when you go back to the previous page after submitting the split the
> entered values show up in the "compact" input fields, at least on my Chrome.
> The inputs in both forms are named the same so it seems to confuse it. This
> could be improved a lot by making the landing page reload the main one
> automatically or refresh on reload instead of submitting the request again.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
