-
Notifications
You must be signed in to change notification settings - Fork 30
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
using enroot instead of lmod #829
Comments
I'd never heard of |
How does a container runtime replace a modules environment tool? They serve different purposes. It may be true that if you use enroot you may not need to load modules with Lmod but that's not necessarily always going to be the case. Also OnDemand does not directly require Lmod. There is a way for a cluster to define a script wrapper that could be used to load modules but it's by no means required. The existing How exactly do you wish to use enroot with OnDemand? It's most likely that what you want to do is already supported just requires some configurations to use enroot. As mentioned, using enroot to launch VNC via a container image is already supported just requires extra configurations. |
I'm just looking into using ood and failed to spot the foundation for containers was set already. |
The docs for using VNC container: https://osc.github.io/ood-documentation/latest/reference/files/submit-yml/vnc-container-bc-options.html |
Hi,
enroot is a container environment by nvidia to use with slurm to allow using rootless containers.
https://slurm.schedmd.com/SLUG19/NVIDIA_Containers.pdf
https://github.com/NVIDIA/enroot
https://github.com/NVIDIA/pyxis
As having the runtime environment of a job in a container allows running the job on different sites with the same environment, enroot basically superseedes lmod.
Any plans to allow using enroot instead of lmod in ood?
The text was updated successfully, but these errors were encountered: