Closed cmeesters closed 1 month ago
The changes involve the reorganization of Snakemake documentation regarding executor behavior, specifically the handling of job failures. A new boolean attribute, cancel_workflow_upon_failure
, has been added to the ExecutorSettings
class, affecting workflow cancellation based on job success. Additionally, the documentation now includes information about the --keep-going
and --slurm-cancel-workflow-upon-failure
flags, enhancing user options for managing job failures.
Files | Change Summary |
---|---|
docs/further.md | Reorganized content on executor behavior; added details on job failure handling and new flags for workflow management. |
snakemake_executor_plugin_slurm/init.py | Introduced cancel_workflow_upon_failure attribute in ExecutorSettings class; modified job checking logic accordingly. |
In the meadow, hopping free,
Changes come, oh joy for me!
With flags to guide my little way,
I’ll dance through jobs both night and day.
If one should fail, I’ll still be spry,
For workflows now can wave goodbye! 🐇✨
[!TIP]
New features
Walkthrough comment now includes: - Possibly related PRs: A list of potentially related PRs to help you recall past context. - Suggested labels: CodeRabbit can now suggest labels by learning from your past PRs. You can also provide custom labeling instructions in the UI or configuration file. Notes: - Please share any feedback in the [discussion post](https://discordapp.com/channels/1134356397673414807/1282535539299323995) on our Discord. - Possibly related PRs, automatic label suggestions based on past PRs, learnings, and possibly related issues require data opt-in (enabled by default).
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
ok, cool - this PR successfully completes all tests. Ready to merge? @johanneskoester
This does not really make sense as a function inside an executor. Instead, it makes sense as a flag for Snakemake itself, next to --keep-going, and can be implemented in an executor agnostic way.
The place to add this would be snakemake/scheduler.py in there error handling method there.
adds the
--slurm-cancel-workflow-upon-failure
flag, which allows cancelling the entire workflows upon job failure, superseeds--keep-going
.Summary by CodeRabbit
New Features
--keep-going
flag and its interaction with the new cancellation setting.Documentation