[Swift-devel] could swift use return code from falkon as a success notification?

Mihael Hategan hategan at mcs.anl.gov
Thu Oct 2 15:33:52 CDT 2008


That's pretty old. The current revision is 2249.

Alternatively you could remove the jobid argument to execute.

On Thu, 2008-10-02 at 15:28 -0500, Zhao Zhang wrote:
> zzhang at login6.surveyor:/home/falkon/cog/modules/vdsk/tests/misc> svn info
> Path: .
> URL: https://svn.ci.uchicago.edu/svn/vdl2/trunk/tests/misc
> Repository Root: https://svn.ci.uchicago.edu/svn/vdl2
> Repository UUID: e2bb083e-7f23-0410-b3a8-8253ac9ef6d8
> Revision: 2169
> Node Kind: directory
> Schedule: normal
> Last Changed Author: benc
> Last Changed Rev: 2153
> Last Changed Date: 2008-07-28 01:57:52 -0500 (Mon, 28 Jul 2008)
> 
> so that is 2169
> 
> Mihael Hategan wrote:
> > 2008-10-02 15:12:14,275-0500 DEBUG vdl:execute2 APPLICATION_EXCEPTION
> > jobid=touch-zdy94a0j - Application exception: vdl:execute @ vdl-int.k,
> > line: 395 does not support a 'jobid' argument.
> >
> > There's something wrong with the version of swift that you have. What is
> > it?
> >
> > On Thu, 2008-10-02 at 15:15 -0500, Zhao Zhang wrote:
> >   
> >> I rerun it, and the log is at 
> >> http://www.ci.uchicago.edu/~zzhang/130-fmri-20081002-1511-s2ezc795.log 
> >> <http://www.ci.uchicago.edu/%7Ezzhang/130-fmri-20081002-1511-s2ezc795.log>
> >>
> >> zhao
> >>
> >> Mihael Hategan wrote:
> >>     
> >>> It would be useful if you could post the logs.
> >>>
> >>> On Thu, 2008-10-02 at 14:37 -0500, Zhao Zhang wrote:
> >>>   
> >>>       
> >>>> After applying the patch, I rebuild falkon, and run the tests. It failed.
> >>>>
> >>>> zzhang at login6.surveyor:/home/falkon/cog/modules/vdsk/tests/misc> ./run
> >>>> Removing files from previous runs
> >>>> Running test 130-fmri
> >>>> Swift svn swift-r2169 (Swift modified locally) cog-r2125
> >>>>
> >>>> RunID: 20081002-1429-v0e0f3a3
> >>>> Progress:
> >>>> touch started
> >>>> touch started
> >>>> touch started
> >>>> touch started
> >>>> Sorted: [localhost:0.000(1.000):0/1 overload: 0]
> >>>> Sorted: [localhost:0.000(1.000):1/1 overload: 0]
> >>>> Failed to transfer wrapper log from 
> >>>> 130-fmri-20081002-1429-v0e0f3a3/info/4/localhost
> >>>> Failed to transfer wrapper log from 
> >>>> 130-fmri-20081002-1429-v0e0f3a3/info/3/localhost
> >>>> Sorted: [localhost:-2.500(0.257):0/1 overload: 0]
> >>>> Failed to transfer wrapper log from 
> >>>> 130-fmri-20081002-1429-v0e0f3a3/info/7/localhost
> >>>> Sorted: [localhost:-4.200(0.129):0/1 overload: 0]
> >>>> Progress:  Stage in:1 Failed but can retry:3
> >>>> Failed to transfer wrapper log from 
> >>>> 130-fmri-20081002-1429-v0e0f3a3/info/9/localhost
> >>>> Sorted: [localhost:-5.900(0.079):0/1 overload: 0]
> >>>> Progress:  Stage in:1 Failed but can retry:3
> >>>> Failed to transfer wrapper log from 
> >>>> 130-fmri-20081002-1429-v0e0f3a3/info/b/localhost
> >>>> SWIFT RETURN CODE NON-ZERO
> >>>> test clusters ended with return value 1
> >>>>
> >>>> zhao
> >>>>
> >>>> Ben Clifford wrote:
> >>>>     
> >>>>         
> >>>>> ok, try the same compiled code with the localhost provider running those 
> >>>>> tests. If those pass, then there may be something not working as necessary 
> >>>>> in provider-deef or falkon (the step in Mihaels instructions about getting 
> >>>>> falkon+provider-deef to return process exit codes). If not, then there is 
> >>>>> some other problem.
> >>>>>
> >>>>> On Wed, 1 Oct 2008, Zhao Zhang wrote:
> >>>>>
> >>>>>   
> >>>>>       
> >>>>>           
> >>>>>> Thanks, Ben.
> >>>>>>
> >>>>>> First I tested the tests/misc/run, and it is ok.
> >>>>>> Then I applied the patch, then swift failed:
> >>>>>> Failed to transfer wrapper log from sleep-20081001-1558-in93l5j4/info/n/s/bgp0
> >>>>>> Failed to transfer wrapper log from sleep-20081001-1558-in93l5j4/info/t/s/bgp0
> >>>>>> Failed to transfer wrapper log from sleep-20081001-1558-in93l5j4/info/1/t/bgp0
> >>>>>> Failed to transfer wrapper log from sleep-20081001-1558-in93l5j4/info/0/t/bgp0
> >>>>>> sleep failed
> >>>>>> sleep failed
> >>>>>> sleep failed
> >>>>>> Exception in sleep:
> >>>>>> Arguments: [30]
> >>>>>> Host: bgp0
> >>>>>> Directory: sleep-20081001-1558-in93l5j4/jobs/g/s/sleep-gsski80j
> >>>>>> stderr.txt:
> >>>>>>
> >>>>>> stdout.txt:
> >>>>>>
> >>>>>> zhao
> >>>>>>
> >>>>>> Ben Clifford wrote:
> >>>>>>     
> >>>>>>         
> >>>>>>             
> >>>>>>> I was playing with this last week so have a patch in my stack:
> >>>>>>>
> >>>>>>> cd cog/
> >>>>>>> wget http://www.ci.uchicago.edu/~benc/return-codes-1
> >>>>>>> patch -p1 < ./return-codes-1
> >>>>>>>
> >>>>>>> This changes Swift behaviour but does not do anything to provider-deef,
> >>>>>>> which might or might not work correctly at the moment.
> >>>>>>>
> >>>>>>> Running the tests in tests/misc/ by running ./run in that directory will
> >>>>>>> help you test whether its working still or not - check they pass before you
> >>>>>>> apply the patch, and then check afterwards too.
> >>>>>>>
> >>>>>>>   
> >>>>>>>       
> >>>>>>>           
> >>>>>>>               
> >>>>>>     
> >>>>>>         
> >>>>>>             
> >>>>>   
> >>>>>       
> >>>>>           
> >>>   
> >>>       
> >
> >
> >   




More information about the Swift-devel mailing list