[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