[ET Trac] [Einstein Toolkit] #860: Don't rmtree(scratchdir)

Einstein Toolkit trac-noreply at einsteintoolkit.org
Sat May 5 12:17:47 CDT 2012


#860: Don't rmtree(scratchdir)
----------------------------+-----------------------------------------------
  Reporter:  barry.wardell  |       Owner:  eschnett
      Type:  defect         |      Status:  review  
  Priority:  blocker        |   Milestone:          
 Component:  SimFactory     |     Version:          
Resolution:                 |    Keywords:          
----------------------------+-----------------------------------------------

Comment (by barry.wardell):

 I have tested that this patch would have caught and prevented the problem
 in my case. I suggest applying the patch along with the attached patch
 which makes scratchdir an optional entry in the mdb. We will also need to
 do an audit of the mdb. There are many machines which have:

 scratchdir = scratchdir

 which is no longer valid as it must be an absolute path.  For these
 machines, the entry should just be removed. There are also other machines
 with dodgy looking values, such as:

 damiana.ini:54:scratchdir      = /tmp/${USER}/${JOB_ID}
 forge: scratchdir      = /tmp # what is this for?
 /scratch/batch/users/${USER}/${PBS_JOBID}
 mars: scratchdir      = /no/scratchdir
 scinet: scratchdir      = /no/scratchdir
 shc: scratchdir      = /scratch
 supermuc: scratchdir      = /scratch/pr32pi/${USER}/${JOB_ID}

 Another separate potential problem I have just noticed is that the
 scratchdir is created at submit time, not run time. As a result, the
 directory is created on the head node, not on the compute nodes. It also
 means that variables such as ${PBS_JOBID} are probably not defined and so
 scratchdir gets set to something unexpected such as /tmp/${USER} instead
 of /tmp/${USER}/${PBS_JOBID}.

-- 
Ticket URL: <https://trac.einsteintoolkit.org/ticket/860#comment:5>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit


More information about the Trac mailing list