hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enis Soztutar (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-13453) Master should not bind to region server ports
Date Wed, 15 Apr 2015 19:18:59 GMT

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

Enis Soztutar commented on HBASE-13453:
---------------------------------------

bq. Too large a change to backport to 1.0.0? Trying it, you can't even set master ports..that
are apart from the regionservers. They'll be overridden. 
Yeah, the only way is to separate out your conf directory for master and region servers and
configure differently. But traditionally, the conf dirs are shared and most of the tooling
(chef, puppet, ambari) just copies the same configuration to all cluster nodes. So I have
to admit, it is really a pain point. 
bq. Should we make a patch for 1.0 so that if the user wants to set master ports apart from
regionserver, they have a fighting chance? (I am here because Lars George noticed this and
is having difficulty explaining this 1.0 aberration in his book update).
I think it is fine if we do it. Maybe we should do an explicit configuration. [~devaraj]'s
first patch (not attached here) added a configuration option like {{hbase.master.compat.mode}}
which when enabled reverts back to the old configs. Let me create a subtask for 1.0. 

> Master should not bind to region server ports
> ---------------------------------------------
>
>                 Key: HBASE-13453
>                 URL: https://issues.apache.org/jira/browse/HBASE-13453
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Enis Soztutar
>            Assignee: Srikanth Srungarapu
>            Priority: Critical
>             Fix For: 2.0.0, 1.1.0
>
>         Attachments: 34111-2.txt, HBASE-13453.patch, HBASE-13453.patch
>
>
> In 1.0, master by default binds to the region server ports (rpc and info). We have done
it so thinking that in the long term, master and meta co-location will be default, and we
can merge the master and region server as a single daemon. 
> Over at HBASE-11165, if the conclusion end up being that meta will not be colocated at
all, then master hosting a region server will just become an implementation detail. [~saint.ack@gmail.com]
says that we might never allow master to host regions. 
> Now, we are stuck in a state where we have made master bind to RS ports in 1.0, which
might create some confusion (and frustration) for small cluster users who traditionally used
to host a master and a region server on the same node.
> I think we should undo this in 1.1 and use the previous master ports (16000) and not
bind to 16030, so that the user does not need to do anything to bring up a RS on the same
host. At least users going from 0.98 -> 1.1 will not take a hit. Users going from 1.0 ->
1.1 will see changed default ports. 



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

Mime
View raw message