Discussion:
undelivered output
Erica Riello
2014-09-09 17:09:33 UTC
Permalink
Hi all,

I would like to know where SLURM keeps undelivered output as well as the
problems that can cause an output file not to be deliver.

Regards,
--
===============
Erica Riello
Aluna Engenharia de Computação PUC-Rio
Christopher Samuel
2014-09-11 01:39:31 UTC
Permalink
Post by Erica Riello
I would like to know where SLURM keeps undelivered output as well as the
problems that can cause an output file not to be deliver.
I think you must be coming from a Torque or PBS background where output
is spooled into a temporary directory and then copied back at the end of
the job.

Slurm doesn't do that, it defaults to writing the output (and errors) to
a file in the directory a job is running in, so there's no need to copy
it back at the end of the job.

Hope that helps,
Chris
--
Christopher Samuel Senior Systems Administrator
VLSCI - Victorian Life Sciences Computation Initiative
Email: samuel-***@public.gmane.org Phone: +61 (0)3 903 55545
http://www.vlsci.org.au/ http://twitter.com/vlsci
Bill Barth
2014-09-11 02:09:33 UTC
Permalink
Isn't this problematic if the user specifies a path that doesn't exist or
gets deleted before the job schedules? It might be nice to have a spooling
option or a fallback directory option if the target directory/file doesn't
exist or can't be opened. Right now I think the output just goes into the
bit bucket.

Bill.
--
Bill Barth, Ph.D., Director, HPC
bbarth-***@public.gmane.org | Phone: (512) 232-7069
Office: ROC 1.435 | Fax: (512) 475-9445
Post by Christopher Samuel
Post by Erica Riello
I would like to know where SLURM keeps undelivered output as well as the
problems that can cause an output file not to be deliver.
I think you must be coming from a Torque or PBS background where output
is spooled into a temporary directory and then copied back at the end of
the job.
Slurm doesn't do that, it defaults to writing the output (and errors) to
a file in the directory a job is running in, so there's no need to copy
it back at the end of the job.
Hope that helps,
Chris
--
Christopher Samuel Senior Systems Administrator
VLSCI - Victorian Life Sciences Computation Initiative
http://www.vlsci.org.au/ http://twitter.com/vlsci
Loading...