-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: multicluster #56
Conversation
when specifying the cluster in sbatch the output changes to
|
@meliamne Thank you, your suggestion went into my last commit. |
0d59ba3
to
fac48a1
Compare
…ters=all' for scancel and sacct
…, with s complies with the manual
@johanneskoester does the current state find your approval? I dropped
|
@johanneskoester we do not have a test, yet (due to faulty multicluster setup in the test-engine). Should we merge regardless, considering that the test will take considerable time and effort to implement? |
@johanneskoester not sure, isn't the requested change already in there, resp. the issue solved? |
🤖 I have created a release *beep* *boop* --- ## [0.6.0](v0.5.2...v0.6.0) (2024-06-07) ### Features * will reject jobs, which attempt setting job names by 'slurm_extra' ([#93](#93)) ([df2fd3d](df2fd3d)) --- This PR was generated with [Release Please](/~https://github.com/googleapis/release-please). See [documentation](/~https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
reflects update in storage plugin fs
Already, two issues (#75 and #22) seem to result from running Snakemake in a SLURM job context and using this executor plugin. This PR introduces detecting if triggered within a SLURM job and issuing a warning accordingly. In principle, the plugin may work in job context. Submitting jobs from jobs has always been a highlight of SLURM. However, settings may lead to unintended behaviour (and would do so without Snakemake, presumably). Hence, we can only warn from the executor.
attempt to ensure that a '(null)' byte does not overthrow the account testing.
Just a mini change, writing hints about software usage. --------- Co-authored-by: Johannes Köster <johannes.koester@uni-due.de>
🤖 I have created a release *beep* *boop* --- ## [0.7.0](v0.6.0...v0.7.0) (2024-06-25) ### Features * warning if run in job ([#78](#78)) ([257e830](257e830)) ### Bug Fixes * null byte account guess ([#81](#81)) ([92d4445](92d4445)) ### Documentation * added mini paragraph about Conda and Env Modules ([#42](#42)) ([c821b5e](c821b5e)) * added paragraphs about dynamic resource allocation ([#79](#79)) ([06a1555](06a1555)) * storage update ([#80](#80)) ([7e19560](7e19560)) --- This PR was generated with [Release Please](/~https://github.com/googleapis/release-please). See [documentation](/~https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@johanneskoester please have a look, after all this rebasing and fixing, I am a little puzzled. It's embarrassing, but it took too long. |
We (@johanneskoester ) and me discussed that we do not have a solution for a multicluster test at hand for the time being. Hence, this PR is merged without a dedicated test. I am sorry, I could merge this sooner. Too many things kept coming up, then holidays .... |
🤖 I have created a release *beep* *boop* --- ## [0.9.0](v0.8.0...v0.9.0) (2024-08-06) ### Features * multicluster ([#56](#56)) ([c0f8fee](c0f8fee)) ### Bug Fixes * fixed string for constraints - see issue [#58](#58) ([#64](#64)) ([89e10ff](89e10ff)) --- This PR was generated with [Release Please](/~https://github.com/googleapis/release-please). See [documentation](/~https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Thanks for this merge! I think there is a mistake in the documentation though:
The snakemake resources seems to be
I also made a comment regarding the way jobid is now parsed: #121 (comment) Cheers, |
Ah, thanks. Will fix this asap (= not today). |
Putative fix for issue #53