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

Wenchen Fan resolved SPARK-32518.
---------------------------------
    Fix Version/s: 3.1.0
       Resolution: Fixed

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

> CoarseGrainedSchedulerBackend.maxNumConcurrentTasks should consider all kinds 
> of resources
> ------------------------------------------------------------------------------------------
>
>                 Key: SPARK-32518
>                 URL: https://issues.apache.org/jira/browse/SPARK-32518
>             Project: Spark
>          Issue Type: Bug
>          Components: Spark Core
>    Affects Versions: 3.0.0
>            Reporter: wuyi
>            Assignee: wuyi
>            Priority: Major
>             Fix For: 3.1.0
>
>
> Currently, CoarseGrainedSchedulerBackend.maxNumConcurrentTasks only considers 
> the CPU for the max concurrent tasks. This can cause the application to hang 
> when a barrier stage requires extra custom resources but the cluster doesn't 
> have enough corresponding resources. Because, without the checking for other 
> custom resources in maxNumConcurrentTasks, the barrier stage can be submitted 
> to the TaskSchedulerImpl. But the TaskSchedulerImpl can not launch tasks for 
> the barrier stage due to the insufficient task slots calculated by 
> calculateAvailableSlots(which does check all kinds of resources). 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

Reply via email to