[Swift-devel] Re: execute2 IDs

Mihael Hategan hategan at mcs.anl.gov
Sat Sep 29 11:50:28 CDT 2007


r1288 reverts to the old behavior.

The execute id remains the thread and the execute2 id is the job id,
re-initialized on each restart.

On Sat, 2007-09-29 at 11:28 +0000, Ben Clifford wrote:
> 
> On Sat, 29 Sep 2007, Ben Clifford wrote:
> 
> > it looks like that will change the behaviour of job working directories - 
> 
> I think it breaks restarts - eg run SwiftApps/badmonkey/ with 1 badmonkey 
> job and 0 goodmonkey jobs:
> 
> Swift v0.2-dev r1286 (modified locally)
> 
> RunID: 20070929-1223-3o7pfq5d
> badmonkey started
> badmonkey failed
> Execution failed:
>         Exception in badmonkey:
> Arguments: [in.txt, outb.0000.txt]
> Host: soju.hawaga.org.uk
> Directory: badmonkey-20070929-1223-3o7pfq5d/badmonkey-oxolhxhi
> stderr.txt: 
> stdout.txt: I am a bad monkey.
> 
> ----
> KickstartRecord: badmonkey-oxolhxhi-kickstart.xml
> Caused by:
>         Failed to link input file in.txt
> badmonkey-20070929-1223-3o7pfq5d.log
> badmonkey-oxolhxhi-kickstart.xml
> 
> 
> In the logs, the first attempt at running fails successfully (i.e. it 
> fails because badmonkey fails); but then the two subsequent attempts to 
> re-run it fail with 'Failed to link input file in.txt'
> 
> http://www.ci.uchicago.edu/~benc/tmp/badmonkey-20070929-1223-3o7pfq5d.log
> 
> I think its straightforward to move to separate execute and execute2 level 
> IDs; however the weekend starts now!
> 




More information about the Swift-devel mailing list