hive-issues mailing list archives

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


Xuefu Zhang commented on HIVE-15893:

[~lirui], I didn't mean HIVE-15860 will provide a solution that solves the problem described
here, which is about detecting issues in the driver. I was saying that with the job monitoring
thread monitor jobs submitted to the driver and the fix here, maybe the problem is mitigated
or avoided. If this is true, then we might not need the proposal here. This needs further
investigation though.

> 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