Skip to content

[Issue]: Job array with overlapping ranges that dedup within the cap is wrongly rejected #823

Description

@SumonAMD

Problem Description

The job-array size guard counts tasks before duplicate indices are removed. An array spec whose overlapping ranges dedup to a count within the cap is rejected anyway, because the pre-dedup total exceeds the cap.

For example --array=0-99999,0-99999 is counted as 200,000 tasks and rejected, even though the deduplicated set is exactly 100,000 distinct indices — within the limit.

Expected: the spec is accepted and produces 100,000 tasks, since that is the actual number of distinct array indices. Only specs whose distinct task count genuinely exceeds the cap should be rejected.

Environment

  • OS: Ubuntu 22.04 LTS
  • CPU: AMD EPYC (x86_64 server-class)
  • GPU: AMD Instinct MI300X
  • ROCm Version: N/A — issue is in the spur scheduler/CLI, independent of the ROCm runtime
  • Component: spur

Steps to Reproduce

sbatch --array=0-99999,0-99999 --wrap 'true'

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions