Am 25.01.2013 um 18:37 schrieb Tina Friedrich: > Don't know if that helps you, but remember that SGE created a temporary > directory (something like /tmp/#JOB_NO.#TASK_NO.QUEUE). Available to > submitted scripts as $TMPDIR. I believe it even cleans it up automatically > once a job finished.
Yep. > What I've done is mount a 'scratch' partition as /tmp on all cluster nodes & > people use $TMPDIR in their scripts. > > Tina > > On 25/01/13 17:21, Stefano Bridi wrote: >> Hi all, is there a way to use the scratch area (local disk) on the >> compute node in a transparent way from the submitted script point of >> view? >> What I want to do is to copy to and from the compute node scratch area >> the job data using the prolog/epilog but I need also to start the >> submitted script in the scratch area instead of the cwd. The job script will be transferred into the spool directory of the exechost (unless a binary is submitted with "-b y") by SGE before the job starts. If this is local on each exechost (which is often done to lower NFS traffic), it's already there (although not the scratch area). It can be accessed by $JOB_SCRIPT (besides $0 in Bash and other shells). It's not started in the CWD, but something like /var/spool/sge/node09/job_scripts/202092. -- Reuti >> Is there a way? >> Thanks >> Stefano >> _______________________________________________ >> users mailing list >> [email protected] >> https://gridengine.org/mailman/listinfo/users >> > > > -- > Tina Friedrich, Computer Systems Administrator, Diamond Light Source Ltd > Diamond House, Harwell Science and Innovation Campus - 01235 77 8442 > > -- > This e-mail and any attachments may contain confidential, copyright and or > privileged material, and are for the use of the intended addressee only. If > you are not the intended addressee or an authorised recipient of the > addressee please notify us of receipt by returning the e-mail and do not use, > copy, retain, distribute or disclose the information in or attached to the > e-mail. > Any opinions expressed within this e-mail are those of the individual and not > necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot > guarantee that this e-mail or any attachments are free from viruses and we > cannot accept liability for any damage which you may sustain as a result of > software viruses which may be transmitted in or with the message. > Diamond Light Source Limited (company no. 4375679). Registered in England and > Wales with its registered office at Diamond House, Harwell Science and > Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom > > > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
