GitHub user vanzin opened a pull request:

    https://github.com/apache/spark/pull/21110

    [SPARK-24029][core] Set SO_REUSEADDR on listen sockets.

    This allows sockets to be bound even if there are sockets
    from a previous application that are still pending closure. It
    avoids bind issues when, for example, re-starting the SHS.
    
    Don't enable the option on Windows though. The following page
    explains some odd behavior that this option can have there:
    
https://msdn.microsoft.com/en-us/library/windows/desktop/ms740621%28v=vs.85%29.aspx
    
    I intentionally ignored server sockets that always bind to
    ephemeral ports, since those don't benefit from this option.


You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/vanzin/spark SPARK-24029

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/spark/pull/21110.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #21110
    
----
commit 7c84e1d4c5d9d3c90454a1060d12f3667809d71c
Author: Marcelo Vanzin <vanzin@...>
Date:   2018-04-19T23:43:50Z

    [SPARK-24029][core] Set SO_REUSEADDR on listen sockets.
    
    This allows sockets to be bound even if there are still sockets
    from a previous application that are still pending closure. It
    avoids bind issues when, for example, re-starting the SHS.
    
    Don't enable the option on Windows though. The following page
    explains some odd behavior that this option can have there:
    
https://msdn.microsoft.com/en-us/library/windows/desktop/ms740621%28v=vs.85%29.aspx
    
    I intentionally ignored server sockets that always bind to
    ephemeral ports, since those don't benefit from this options.

----


---

---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscr...@spark.apache.org
For additional commands, e-mail: reviews-h...@spark.apache.org

Reply via email to