You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Andrew Kyle Purtell (Jira)" <ji...@apache.org> on 2022/06/13 16:52:00 UTC

[jira] [Resolved] (HBASE-6402) Ability to explicitly include and exclude hosts from cluster

     [ https://issues.apache.org/jira/browse/HBASE-6402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Kyle Purtell resolved HBASE-6402.
----------------------------------------
    Resolution: Won't Fix

> Ability to explicitly include and exclude hosts from cluster
> ------------------------------------------------------------
>
>                 Key: HBASE-6402
>                 URL: https://issues.apache.org/jira/browse/HBASE-6402
>             Project: HBase
>          Issue Type: New Feature
>          Components: master
>    Affects Versions: 0.94.0
>            Reporter: Philip Martin
>            Priority: Major
>
> Both MR and HDFS (see http://hadoop.apache.org/common/docs/r0.20.0/cluster_setup.html; look for "dfs.hosts", "dfs.hosts.exclude", "mapred.hosts", "mapred.hosts.exclude") provide the user a way to deny certain slave daemons from joining the cluster.  The use for this is two-fold: it prevents developers with a client configuration from joining the cluster from their laptop on accident, and it provides a mechanism to explicitly decommission a node while it's in repair or what-not.
> A similar explicit cluster membership would be useful for HBase, for the same reasons.  Just yesterday a user found out that his organization was running regionservers on machines that weren't supposed to be running regionservers.  It wasn't a huge deal, but this feature would make it easier for this user to prevent the co-admins from making this mistake.
> I'd note that HDFS and MR are inconsistent at the moment as to whether their exclude files should have IPs, hostnames, or both.  Clearly defining and documenting that is useful.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)