[
https://issues.apache.org/jira/browse/HBASE-13453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14490720#comment-14490720
]
Devaraj Das commented on HBASE-13453:
-------------------------------------
[~esteban] yes one can get the old behavior via passing arguments to the
startup scripts. But the point is to see if we can provide the pre-1.0 behavior
w.r.t port binding without needing the deployment tools to change...
> 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: Devaraj Das
> Priority: Critical
> Fix For: 2.0.0, 1.1.0
>
> Attachments: 34111-2.txt
>
>
> 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. [[email protected]] 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)
