[
https://issues.apache.org/jira/browse/SPARK-2563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14955269#comment-14955269
]
Shivaram Venkataraman commented on SPARK-2563:
----------------------------------------------
This bug was for the old NIO code. For 1.4.0 I think we use netty by default,
so it might be worth opening a new bug report for it.
> Re-open sockets to handle connect timeouts
> ------------------------------------------
>
> Key: SPARK-2563
> URL: https://issues.apache.org/jira/browse/SPARK-2563
> Project: Spark
> Issue Type: Improvement
> Components: Spark Core
> Reporter: Shivaram Venkataraman
> Priority: Minor
>
> In a large EC2 cluster, I often see the first shuffle stage in a job fail due
> to connection timeout exceptions.
> If the connection attempt times out, the socket gets closed and from [1] we
> get a ClosedChannelException. We should check if the Socket was closed due
> to a timeout and open a new socket and try to connect.
> FWIW, I was able to work around my problems by increasing the number of SYN
> retries in Linux. (I ran echo 8 > /proc/sys/net/ipv4/tcp_syn_retries)
> [1]
> http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/sun/nio/ch/SocketChannelImpl.java?av=h#573
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
