Thanks to everyone for your feedback. We've now implemented two simple prolog/epilog scripts which call the systemd 'loginctl' tool and this is creating / cleaning up the /run/user/$UID directory tree nicely.
Our Podman setup also places runroot in an individual user directory on local scratch directories, and graphroot is in a NFS-shared user home directory, so accessible across all of our compute nodes. This now seems to work really nicely. We've got subuid/subgid entries auto-generated on our login nodes to allow users to create/manage images there, but we made the design decision to not allow this on compute nodes, so we're currently running without that support. I suspect for 99.98% of use cases this won't be an issue (our policy is not to support network services run by this method, so for most users this should be more than satisfactory), the fact is; our users don't have container support on the old platform that this new system is replacing, so it's a net-gain in functionality for them. John ________________________________ From: Christopher Samuel via slurm-users <[email protected]> Sent: 06 September 2025 17:14 To: [email protected] <[email protected]> Subject: [slurm-users] Re: Creating /run/user/$UID - for Podman runtime ⚠ External sender. Take care when opening links or attachments. Do not provide your login details. On 9/5/25 12:55 am, John Snowdon via slurm-users wrote: > What I'm struggling with now is running Podman under Slurm itself on our > compute nodes. We found that we had to make /run/user/$UID private per job via a script run from the job_container/tmpfs plugin in order to stop jobs from the same user on a node using podman (via podman-hpc) trashing each other. The details (including the script and config) are in our public support ticket where I was flailing around looking for how to do this with CloneNSScript here: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsupport.schedmd.com%2Fshow_bug.cgi%3Fid%3D23228&data=05%7C02%7Cjohn.snowdon%40newcastle.ac.uk%7C71d2911600f942ac17cc08dded61f666%7C9c5012c9b61644c2a91766814fbe3e87%7C1%7C0%7C638927727185212453%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=fzFQoSzyDAFd1ARn9%2FS1456tBl1YG2YVlhontk3NRb0%3D&reserved=0<https://support.schedmd.com/show_bug.cgi?id=23228> All the best, Chris -- Chris Samuel : https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.csamuel.org%2F&data=05%7C02%7Cjohn.snowdon%40newcastle.ac.uk%7C71d2911600f942ac17cc08dded61f666%7C9c5012c9b61644c2a91766814fbe3e87%7C1%7C0%7C638927727185229610%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=6m26sDlKV0kprpwQBYrmKsqFpxG6KxCSFDIHn9l5UbU%3D&reserved=0<http://www.csamuel.org/> : Berkeley, CA, USA -- slurm-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
-- slurm-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
