[slurm-users] slurm job_container/tmpfs

Brian Andrus toomuchit at gmail.com
Mon Nov 20 22:28:32 UTC 2023


How do you 'manually create a directory'? That would be when the 
ownership of root would be occurring. After creating it, you can 
chown/chmod it as well.

Brian Andrus

On 11/18/2023 7:35 AM, Arsene Marian Alain wrote:
>
> Dear slurm community,
>
> I run slurm 21.08.1 under Rocky Linux 8.5 on my small HPC cluster and 
> am trying to configure job_container/tmpfs to manage the temporary 
> directories.
>
> I have a shared nfs drive "/home" and a local "/scratch" (with 
> permissions 1777) on each node.
>
> For each submitted job I manually create a directory with the 
> "JOB_ID.$USER" in the local "/scratch" which is where all the temp 
> files for the job will be generated. Now, I would like to do these 
> automatically (especially to remove the directory when the job 
> finishes or is canceled):
>
> I added the following parameters in my /etc/slurm.conf:
>
> JobContainerType=job_container/tmpfs
>
> PrologFlags=contain
>
> So, I have created the "job_container.conf" in the directory "/etc/slurm"
>
> with the following configuration:
>
> AutoBasePath=false
>
> BasePath=/scratch
>
> Then, I replicated the changes to all nodes and restarted the slurm 
> daemons.
>
> Finally, when I launch the job a directory with the "JOB_ID" is 
> created in the local "/scratch" of the compute node. The only problem 
> is that the owner of the directory is "root" and the user who 
> submitted the job doesn’t have read and write permissions to that 
> directory (other users do not either).
>
> I would like that:
>
> 1) The name of the automatically created directory will be: "JOB_ID.$USER"
>
> 2) The owner of the directory will be the user who submitted the job, 
> not "root".
>
> Please, could someone help me?
>
> Thanks a lot.
>
> Best regards,
>
> Alain
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20231120/5ac03436/attachment.htm>


More information about the slurm-users mailing list