You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Josh Rosen (JIRA)" <ji...@apache.org> on 2016/08/09 18:26:20 UTC

[jira] [Resolved] (SPARK-16956) Make ApplicationState.MAX_NUM_RETRY configurable

     [ https://issues.apache.org/jira/browse/SPARK-16956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Josh Rosen resolved SPARK-16956.
--------------------------------
       Resolution: Fixed
    Fix Version/s: 2.1.0
                   2.0.1
                   1.6.3

Issue resolved by pull request 14544
[https://github.com/apache/spark/pull/14544]

> Make ApplicationState.MAX_NUM_RETRY configurable
> ------------------------------------------------
>
>                 Key: SPARK-16956
>                 URL: https://issues.apache.org/jira/browse/SPARK-16956
>             Project: Spark
>          Issue Type: New Feature
>          Components: Deploy
>            Reporter: Josh Rosen
>            Assignee: Josh Rosen
>             Fix For: 1.6.3, 2.0.1, 2.1.0
>
>
> The {{ApplicationState.MAX_NUM_RETRY}} setting, which controls the maximum number of back-to-back executor failures that the standalone cluster manager will tolerate before removing a faulty application, is currently a hardcoded constant (10), but there are use-cases for making it configurable (TBD in my PR). We should add a new configuration key to let users customize this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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