You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Xingbo Jiang (Jira)" <ji...@apache.org> on 2026/04/15 22:14:00 UTC

[jira] [Created] (SPARK-56496) maxConsecutiveStageAttempts vs maxStageAttempts dual-limit inconsistency

Xingbo Jiang created SPARK-56496:
------------------------------------

             Summary: maxConsecutiveStageAttempts vs maxStageAttempts dual-limit inconsistency
                 Key: SPARK-56496
                 URL: https://issues.apache.org/jira/browse/SPARK-56496
             Project: Spark
          Issue Type: Sub-task
          Components: Spark Core
    Affects Versions: 4.1.1
            Reporter: Xingbo Jiang
            Assignee: Xingbo Jiang


*Problem*
DAGScheduler has two separate stage-retry limits: maxConsecutiveStageAttempts (for consecutive failures) and maxStageAttempts (total attempts). Different code paths check only one of the two limits, so the effective abort behavior depends on which path is taken. This can cause unexpected job aborts (stricter limit wins silently) or prevent expected aborts.

*Impact*
Unpredictable job abort behavior. Users configuring one limit may be surprised by the other. Inconsistent behavior between fetch-failure paths and non-fetch-failure paths.

*Suggested Fix*
Document the exact interaction (both limits are enforced independently; whichever triggers first aborts the stage). Unify the limit check into a single canRetryStage helper used by all paths.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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