You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Uwe L. Korn (JIRA)" <ji...@apache.org> on 2016/12/08 08:47:58 UTC

[jira] [Commented] (DRILL-4935) Allow drillbits to advertise a configurable host address to Zookeeper

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

Uwe L. Korn commented on DRILL-4935:
------------------------------------

To add another use case where this is very helpful:

If you run Drill on nodes with multiple hostnames, you can use this to tell them the correct hostname to use. For example host often have a management and a service hostname. Depending on your setup {{/etc/hostname}} may be the management hostname. In this case the drillbits would by default try to connect to eachother using their management interfaces (which will be firewalled). With the new configuration option, you can force them to advertise their hostnames and connect using the correct hostnames/interfaces.

> Allow drillbits to advertise a configurable host address to Zookeeper
> ---------------------------------------------------------------------
>
>                 Key: DRILL-4935
>                 URL: https://issues.apache.org/jira/browse/DRILL-4935
>             Project: Apache Drill
>          Issue Type: New Feature
>          Components: Execution - RPC
>    Affects Versions: 1.8.0
>            Reporter: Harrison Mebane
>            Priority: Minor
>              Labels: ready-to-commit
>             Fix For: 1.10.0
>
>
> There are certain situations, such as running Drill in distributed Docker containers, in which it is desirable to advertise a different hostname to Zookeeper than would be output by INetAddress.getLocalHost().  I propose adding a configuration variable 'drill.exec.rpc.bit.advertised.host' and passing this address to Zookeeper when the configuration variable is populated, otherwise falling back to the present behavior.



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