You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Anderson Osagie (JIRA)" <ji...@apache.org> on 2017/06/24 17:06:02 UTC

[jira] [Comment Edited] (SPARK-21176) Master UI hangs with spark.ui.reverseProxy=true if the master node has many CPUs

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

Anderson Osagie edited comment on SPARK-21176 at 6/24/17 5:05 PM:
------------------------------------------------------------------

Great find. This issue hit me earlier and forced me to turn off proxy'ing in order to access the master UI.
Any update on the PR?


was (Author: osagie):
Great find. This hit us earlier and forced us to turn off proxy'ing in order to access the master UI.
Any update on the PR?

> Master UI hangs with spark.ui.reverseProxy=true if the master node has many CPUs
> --------------------------------------------------------------------------------
>
>                 Key: SPARK-21176
>                 URL: https://issues.apache.org/jira/browse/SPARK-21176
>             Project: Spark
>          Issue Type: Bug
>          Components: Web UI
>    Affects Versions: 2.1.0, 2.1.1, 2.2.0, 2.2.1
>         Environment: ppc64le GNU/Linux, POWER8, only master node is reachable externally other nodes are in an internal network
>            Reporter: Ingo Schuster
>              Labels: network, web-ui
>
> In reverse proxy mode, Sparks exhausts the Jetty thread pool if the master node has too many cpus or the cluster has too many executers:
> For each ProxyServlet, Jetty creates Selector threads: minimum 4, maximum half the number of available CPUs:
> {{this(Math.max(1, Runtime.getRuntime().availableProcessors() / 2));}}
> (see https://github.com/eclipse/jetty.project/blob/0c8273f2ca1f9bf2064cd9c4c939d2546443f759/jetty-client/src/main/java/org/eclipse/jetty/client/http/HttpClientTransportOverHTTP.java)
> In reverse proxy mode, a proxy servlet is set up for each executor.
> I have a system with 7 executors and 88 CPUs on the master node. Jetty tries to instantiate 7*44 = 309 selector threads just for the reverse proxy servlets, but since the QueuedThreadPool is initialized with 200 threads by default, the UI gets stuck.
> I have patched JettyUtils.scala to extend the thread pool ( {{val pool = new QueuedThreadPool(400)}}). With this hack, the UI works.
> Obviously, the Jetty defaults are meant for a real web server. If that has 88 CPUs, you do certainly expect a lot of traffic.
> For the Spark admin UI however, there will rarely be concurrent accesses for the same application or the same executor.
> I therefore propose to dramatically reduce the number of selector threads that get instantiated - at least by default.
> I will propose a fix in a pull request.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org