K-user mailing list

["Guth, Dwight" <dguth2 AT illinois.edu>]

Well that would work too I guess.  But deleting the temp directories was a 
hack designed to remove orphans. So what I just did was make sure that 
orphans were never left behind after krun terminates.  Then I just disabled 
deletion of temp directories by default. So as long as you don't explicitly 
reenable that feature ot should work correctly in parallel. Note that you 
will not necessarily be able to guarantee access to temp files once krun 
terminates, but there should be a way to receive the relevant data other 
ways. If something is needed tha

Robby Findler 
<robby AT eecs.northwestern.edu>
 wrote:


Another thought: put the pid into the directory name and then you can
check to see if the process is still running before deleting the
directory.

Robby

On Fri, Oct 19, 2012 at 11:30 AM, Guth, Dwight 
<dguth2 AT illinois.edu>
 wrote:
> If the error you got is that it was trying to read a file in a directory
> called something like "krun1234567890" where there's this big number at the
> end, and it says that that directory does not exist, then the issue is that
> currently starting krun by default deletes all temporary krun directories in
> order to clean up, including ones currently still running.  If you want to
> run krun in parallel you can run it with the --no-deleteTempDir option.
>
> I recognize this is not precisely ideal so I am going to work on fixing the
> code that causes krun directories to be renamed when krun terminates.  Then
> I can just get rid of the deletion of temporary directories entirely, since
> it exists primarily to clean up after orphaned directories.
>
> _______________________________________________
> k-user mailing list
> k-user AT cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/k-user
>