[jira] [Commented] (HIVE-15893) Followup on HIVE-15671

["Rui Li (JIRA)" <ji...@apache.org>]

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

Rui Li commented on HIVE-15893:
-------------------------------

My hunch is HIVE-15860 doesn't help here. It's only intended for RSC crashing between JobStarted and JobSubmitted. While the problem here is to detect broken connection during query execution right?

> Followup on HIVE-15671
> ----------------------
>
>                 Key: HIVE-15893
>                 URL: https://issues.apache.org/jira/browse/HIVE-15893
>             Project: Hive
>          Issue Type: Improvement
>          Components: Spark
>    Affects Versions: 2.2.0
>            Reporter: Xuefu Zhang
>            Assignee: Xuefu Zhang
>
> In HIVE-15671, we fixed a type where server.connect.timeout is used in the place of client.connect.timeout. This might solve some potential problems, but the original problem reported in HIVE-15671 might still exist. (Not sure if HIVE-15860 helps). Here is the proposal suggested by Marcelo:
> {quote}
> bq: server detecting a driver problem after it has connected back to the server.
> Hmm. That is definitely not any of the "connect" timeouts, which probably means it isn't configured and is just using netty's default (which is probably no timeout?). Would probably need something using io.netty.handler.timeout.IdleStateHandler, and also some periodic "ping" so that the connection isn't torn down without reason.
> {quote}
> We will use this JIRA to track the issue.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)