You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2017/02/13 23:52:41 UTC

[jira] [Created] (HBASE-17642) [RSGROUP] Master hosting regions messes up rsgroup calculation

stack created HBASE-17642:
-----------------------------

             Summary: [RSGROUP] Master hosting regions messes up rsgroup calculation
                 Key: HBASE-17642
                 URL: https://issues.apache.org/jira/browse/HBASE-17642
             Project: HBase
          Issue Type: Bug
          Components: Region Assignment, rsgroup
    Affects Versions: 2.0.0
            Reporter: stack
            Priority: Blocker


In master branch, the Master poses as a RegionServer but it only carries hbase:meta by default. This messes up rsgroup assignment checks  and calculations at an extreme when there is only one server in the default group and this server is Master. A move of all servers but this 'fake' RegionServer looks safe because there is a server to pick up all regions shed by the moved servers.

All non-hbase:meta regions are dropped and put into the FAILED_OPEN state.

There are a few things up here.
 
 * Master looks like a RegionServer in much of the system when we are asking for the list of online servers but it is not a full-blown regionserver; the balancer and/or AM are giving out misleading views on the cluster at least as far as rsgroup is concernd.
 * rsgroup shouldn't have to do assignment calculations; it should have API to ask the AM to do it for it.

I'm filing this blocker and then putting it aside for now. AM is being redone currently. Will come back when it has been rejiggered. At a minimum, can add check to rsgroup but preferrably can add necessary API to AM for rsgroup to use.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)