hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rui Li (JIRA)" <>
Subject [jira] [Commented] (HIVE-15893) Followup on HIVE-15671
Date Tue, 14 Feb 2017 02:19:41 GMT


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

> Followup on HIVE-15671
> ----------------------
>                 Key: HIVE-15893
>                 URL:
>             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

View raw message