Skip to content

rfc21: add clarification on multiple exceptions#492

Merged
mergify[bot] merged 1 commit intoflux-framework:masterfrom
chu11:spec21_extra_exceptions
Feb 3, 2026
Merged

rfc21: add clarification on multiple exceptions#492
mergify[bot] merged 1 commit intoflux-framework:masterfrom
chu11:spec21_extra_exceptions

Conversation

@chu11
Copy link
Member

@chu11 chu11 commented Feb 2, 2026

Problem: RFC21 implies that the first exception of severity 0 is the "most severe" exception because it is the one that transitions a job state to CLEANUP. However, it is not explicitly stated.

Add some additional language that notes that if multiple exceptions of severity 0 occur, the first one is considered the "most severe" for reporting purposes.


Just a minor thing I noticed, as I began thinking of work on job-sql database stuff.

Copy link
Member

@garlick garlick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested rewording inline.

spec_21.rst Outdated
More than one exception MAY occur per job. At most one exception of
severity zero SHOULD occur. If more than one exception of severity zero
occurs, the first one SHALL be considered the most severe exception for
reporting purposes.
Copy link
Member

@garlick garlick Feb 2, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think multiple exceptions aren't really that extraordinary so I would probably relax this a bit and also I would probably use different phrase than "most severe". Would this work?

More than one exception MAY occur per job. If more than one exception of severity
zero occurs, the first one SHALL be considered the root cause of the job failure for reporting purposes.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the idea of using the term "root cause".

@chu11 chu11 force-pushed the spec21_extra_exceptions branch from b48db79 to fc82a69 Compare February 3, 2026 00:46
@chu11
Copy link
Member Author

chu11 commented Feb 3, 2026

re-pushed, tweaking with suggested change

@github-actions
Copy link

github-actions bot commented Feb 3, 2026

⚠️ linkcheck failed with status code 2

Copy link
Member

@garlick garlick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

Problem: RFC21 implies that the first exception of severity 0 is the
root cause exception because it is the one that transitions a job
state to CLEANUP.  However, it is not explicitly stated.

Add some additional language that notes that if multiple exceptions
of severity 0 occur, the first one is the root cause for reporting
purposes.
@chu11 chu11 force-pushed the spec21_extra_exceptions branch from fc82a69 to eea237b Compare February 3, 2026 17:28
@github-actions
Copy link

github-actions bot commented Feb 3, 2026

⚠️ linkcheck failed with status code 2

1 similar comment
@github-actions
Copy link

github-actions bot commented Feb 3, 2026

⚠️ linkcheck failed with status code 2

@mergify mergify bot added the queued label Feb 3, 2026
@mergify mergify bot merged commit a2f9226 into flux-framework:master Feb 3, 2026
6 of 7 checks passed
@mergify
Copy link
Contributor

mergify bot commented Feb 3, 2026

Merge Queue Status

✅ The pull request has been merged at eea237b

This pull request spent 10 seconds in the queue, with no time running CI.
The checks were run in-place.

Required conditions to merge
  • any of [🛡 GitHub branch protection]:
    • check-success = docs/readthedocs.org:flux-rfc
    • check-neutral = docs/readthedocs.org:flux-rfc
    • check-skipped = docs/readthedocs.org:flux-rfc
  • any of [🛡 GitHub branch protection]:
    • check-success = make check
    • check-neutral = make check
    • check-skipped = make check
  • any of [🛡 GitHub branch protection]:
    • check-success = validate commits
    • check-neutral = validate commits
    • check-skipped = validate commits

@mergify mergify bot removed the queued label Feb 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants