Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Generalise SLURM submission #235

Open
kdund opened this issue Dec 11, 2024 · 1 comment
Open

Generalise SLURM submission #235

kdund opened this issue Dec 11, 2024 · 1 comment
Assignees
@kdund
Labels
enhancement New feature or request make user-friendly multiple packages This problem spans several packages robustness Make the code more robust

Comments

@kdund
Copy link
Collaborator

kdund commented Dec 11, 2024

Alea currently provides a slurm submitter that uses xenons utilix/batchq.
However, this uses and assumes the xenon batch environment-- e.g. here:
https://github.com/XENONnT/utilix/blob/9134ad95de0e9bc29178ae331d2fe241bd45113b/utilix/batchq.py#L43

We should move this submitter to a slurm_xenon submitter and change the "standard" SLURM submitter to not enforce these constraints
@kdund kdund added enhancement New feature or request multiple packages This problem spans several packages make user-friendly robustness Make the code more robust labels Dec 11, 2024
@kdund kdund self-assigned this Dec 11, 2024
@mdoerenkamp
Copy link

The same assumptions are made for the HTCondor submitter. Please also add a generalised version of this

@kdund kdund mentioned this issue Jan 22, 2025
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@kdund kdund

Labels
enhancement New feature or request make user-friendly multiple packages This problem spans several packages robustness Make the code more robust
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@kdund @mdoerenkamp