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

Sean Busbey updated HBASE-24667:
--------------------------------
    Description: 
HBASE-18226 added a config for disabling reverse DNS checks 
{{hbase.regionserver.hostname.disable.master.reversedns}} and the release note 
calls out that the config is dangerous:
{quote}he following config is added by this JIRA:

hbase.regionserver.hostname.disable.master.reversedns

This config is for experts: don't set its value unless you really know what you 
are doing.
 When set to true, regionserver will use the current node hostname for the 
servername and HMaster will skip reverse DNS lookup and use the hostname sent 
by regionserver instead. Note that this config and hbase.regionserver.hostname 
are mutually exclusive. See https://issues.apache.org/jira/browse/HBASE-18226 
for more details.

Caution: please make sure rolling upgrade succeeds before turning on this 
feature.
{quote}
We should make clear the risks of using this config by making sure the name 
starts with {{hbase.unsafe}}.

Rename {{hbase.regionserver.hostname.disable.master.reversedns}} to 
{{hbase.unsafe.regionserver.hostname.disable.master.reversedns}} but make sure 
the former is kept with a "deprecated config name" warning.

  was:
HBASE-18226 added a config for disabling reverse DNS checks 
{{hbase.regionserver.hostname.disable.master.reversedns}} and the release note 
calls out that the config is dangerous:

{quote}

he following config is added by this JIRA:

hbase.regionserver.hostname.disable.master.reversedns

This config is for experts: don't set its value unless you really know what you 
are doing.
When set to true, regionserver will use the current node hostname for the 
servername and HMaster will skip reverse DNS lookup and use the hostname sent 
by regionserver instead. Note that this config and hbase.regionserver.hostname 
are mutually exclusive. See https://issues.apache.org/jira/browse/HBASE-18226 
for more details.

Caution: please make sure rolling upgrade succeeds before turning on this 
feature.

{quote}

We should make clear the risks of using this config by making sure the name 
starts with {{hbase.unsafe}}.

Rename {{{{hbase.regionserver.hostname.disable.master.reversedns}} to 
{{}}{{hbase.unsafe.regionserver.hostname.disable.master.reversedns}}{{}} but 
make sure the former is kept with a "deprecated config name" warning.}}


> Rename config that disables reverse DNS to put it in hbase.unsafe
> -----------------------------------------------------------------
>
>                 Key: HBASE-24667
>                 URL: https://issues.apache.org/jira/browse/HBASE-24667
>             Project: HBase
>          Issue Type: Task
>          Components: conf, Operability
>            Reporter: Sean Busbey
>            Priority: Major
>
> HBASE-18226 added a config for disabling reverse DNS checks 
> {{hbase.regionserver.hostname.disable.master.reversedns}} and the release 
> note calls out that the config is dangerous:
> {quote}he following config is added by this JIRA:
> hbase.regionserver.hostname.disable.master.reversedns
> This config is for experts: don't set its value unless you really know what 
> you are doing.
>  When set to true, regionserver will use the current node hostname for the 
> servername and HMaster will skip reverse DNS lookup and use the hostname sent 
> by regionserver instead. Note that this config and 
> hbase.regionserver.hostname are mutually exclusive. See 
> https://issues.apache.org/jira/browse/HBASE-18226 for more details.
> Caution: please make sure rolling upgrade succeeds before turning on this 
> feature.
> {quote}
> We should make clear the risks of using this config by making sure the name 
> starts with {{hbase.unsafe}}.
> Rename {{hbase.regionserver.hostname.disable.master.reversedns}} to 
> {{hbase.unsafe.regionserver.hostname.disable.master.reversedns}} but make 
> sure the former is kept with a "deprecated config name" warning.



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

Reply via email to