You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Michael Stack (Jira)" <ji...@apache.org> on 2020/05/19 01:21:00 UTC

[jira] [Comment Edited] (HBASE-11288) Splittable Meta

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

Michael Stack edited comment on HBASE-11288 at 5/19/20, 1:20 AM:
-----------------------------------------------------------------

<fantasy>
Can we split meta in a way such that older clients keep working? Perhaps old clients get a proxying Region that fields requests to the actual split meta table so they keep working?

Can we NOT do a ROOT table w/ its crazy meta-meta comparator?
</fantasy>

Yeah, when registry is hosted by Master, master now carries some location ops we used farm out to zk. Master-hosted registry could host Meta table Region locations too... seems apt for a Registry. We've not been good at tier's of assign; i.e. ROOT first, then META regions.


was (Author: stack):
<fantasy>
Can we split meta in a way such that older clients keep working? Perhaps old clients get a proxying Region that fields requests to the actual split meta table so they keep working?

Can we NOT do a ROOT table w/ its crazy meta-meta comparator?
</fantasy>

Yeah, when registry is hosted by Master, master now carries some location ops we used farm out to zk. Master-hosted registry could host Meta table Region locations too... seems apt for a Registry.

> Splittable Meta
> ---------------
>
>                 Key: HBASE-11288
>                 URL: https://issues.apache.org/jira/browse/HBASE-11288
>             Project: HBase
>          Issue Type: Umbrella
>          Components: meta
>            Reporter: Francis Christopher Liu
>            Assignee: Francis Christopher Liu
>            Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)