[
https://issues.apache.org/jira/browse/HIVE-12568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15037099#comment-15037099
]
Xuefu Zhang commented on HIVE-12568:
------------------------------------
Yeah. I initially thought that we can just expose that param and later I
figured it's safe and most common to assume the same interface as HS2 service.
Maybe we should go back to the idea and using HS2 hostname as a fallback. That
way should be more comprehensive. I will update the patch.
> Use the same logic finding HS2 host name in Spark client [Spark Branch]
> -----------------------------------------------------------------------
>
> Key: HIVE-12568
> URL: https://issues.apache.org/jira/browse/HIVE-12568
> Project: Hive
> Issue Type: Bug
> Components: Spark
> Affects Versions: 1.1.0
> Reporter: Xuefu Zhang
> Assignee: Xuefu Zhang
> Attachments: HIVE-12568.0-spark.patch, HIVE-12568.1-spark.patch
>
>
> Spark client sends a pair of host name and port number to the remote driver
> so that the driver can connects back to HS2 where the user session is. Spark
> client has its own way determining the host name, and pick one network
> interface if the host happens to have multiple network interfaces. This can
> be problematic. For that, there is parameter,
> hive.spark.client.server.address, which user can pick an interface.
> Unfortunately, this interface isn't exposed.
> Instead of exposing this parameter, we can use the same logic as Hive in
> determining the host name. Therefore, the remote driver connecting to HS2
> using the same network interface as a HS2 client would do.
> There might be a case where user may want the remote driver to use a
> different network. This is rare if at all. Thus, for now it should be
> sufficient to use the same network interface.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
