Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Tools/Manuals/TS122

From EGIWiki
Jump to navigation Jump to search
Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security


Documentation menu: Home Manuals Procedures Training Other Contact For: VO managers Administrators



Back to Administration FAQ


How to let jobs run in local scratch space on the WN

Today there is no commonly accepted environment variable to identify the scratch space for jobs to use on the WN. Therefore the site needs to ensure the job starts in the right place.

CREAM and WMS solution

For a CREAM CE and for jobs submitted to an LCG-CE via a gLite WMS the site admin can easily control the desired behavior by defining the GLITE_LOCAL_CUSTOMIZATION_DIR environment variable on the WN (e.g. in an extra script in /etc/profile.d) and creating the necessary scripts in the corresponding directory as explained here.

For example, the cp_1.sh script could contain something like this:

#!/bin/sh
# cp_1.sh: this is _sourced_ by the CREAM/WMS job wrapper

my_initial_dir=`/bin/pwd`
my_local_job_dir=`mktemp -d /scratch/job-XXXXXXXXXX` || exit
cd $my_local_job_dir || exit


And cp_3.sh then could contain this:

#!/bin/sh
# cp_3.sh: this is _sourced_ by the CREAM/WMS job wrapper

#
# move out of the area to be cleaned up;
# beware the initial directory might no longer exist
#

[ -d "${my_initial_dir:=/}" ] && cd "$my_initial_dir" || cd /

#
# impose sanity check on the local job directory string...
#

case "$my_local_job_dir" in
/scratch/job-*)
    [ -d "$my_local_job_dir" ] && /bin/rm -r "$my_local_job_dir"
esac


However, beware that the job may get killed before it executes cp_3.sh, so the admin should also create a daily or hourly cron job that cleans up any stale job directories.

Torque solution

For Torque one can use its "tmpdir" feature instead and let Torque handle the whole thing, which then would cover all uses of the batch system, not just CREAM or WMS job submission:

http://www.adaptivecomputing.com/support/documentation-index/torque-resource-manager-documentation/