[Swift-devel] Re: swift-falkon problem

Michael Wilde wilde at mcs.anl.gov
Mon Mar 17 10:23:37 CDT 2008


With a clean checkout of 1727 and explicit checkout of provider-deef, 
falkon works on the sicortex.

- mike


On 3/17/08 10:14 AM, Michael Wilde wrote:
> as i backtrack looking at my svn trees, i see that indeed my memory was 
> wrong and i do need to checkout deef explicitly.
> 
> - mike
> 
> 
> On 3/17/08 8:34 AM, Michael Wilde wrote:
>> I did a clean checkout to get the latest rev directly on the bblogin 
>> machine (previously I copied the code).
>>
>> Strange: this time provider-deef didnt show up in the modules 
>> directory.  I *thought* last time it did, unless I'm imagining things.
>>
>> Did something just change w.r.t provider-deef, or is my memory faulty?
>>
>> - Mike
>>
>>
>>
>> On 3/17/08 7:43 AM, Ioan Raicu wrote:
>>>
>>>
>>> Ben Clifford wrote:
>>>> So from the Swift log you paste, this line:
>>>>
>>>> 2008-03-16 16:43:44,213-0600 DEBUG TaskImpl 
>>>> Task(type=JOB_SUBMISSION,           
>>>> identity=urn:0-1-1-1205707420808) setting status to 
>>>> Active                      2008-03-16 16:43:44,213-0600 DEBUG 
>>>> TaskImpl Task(type=JOB_SUBMISSION,           
>>>> identity=urn:0-1-1-1205707420808) setting status to Failed  suggests 
>>>> that provider-deef is reporting a failure up to the Swift runtime. 
>>>> There may be some more logs that you can turn on at the 
>>>> provider-deef or falkon layer, but I don't know what the likely ones 
>>>> would be.
>>>>   
>>> iraicu at viper:~/java/svn/cog/modules/provider-deef/etc> cat 
>>> log4j.properties.module
>>> log4j.logger.org.apache.axis.utils.JavaUtils=ERROR
>>> log4j.logger.org.globus.cog.abstraction.impl.execution.deef=DEBUG
>>>
>>> I have this log4j property, do you have this enabled?  This should 
>>> enable more debug output from the Falkon provider.
>>>> >From a process point-of-view, I'm concerned about this:
>>>>
>>>>  
>>>>> - the deef-provider code that I get with a swift checkout seems to 
>>>>> have out     of date falkon stubs (I get a runtime error on a 
>>>>> missing xml element)           - if I grab a FalkonStubs jar from 
>>>>> Zhao's bgp swift tree and use it in a        newly compiled swift 
>>>>> tree, should that work? It seems to get further.      
>>>>
>>>> If provider-deef needs updating, those updates should be made in 
>>>> SVN; if it doesn't need updating, then you have some other problem. 
>>>> Ioan and Zhao, if you had to update something to make it work, 
>>>> please commit that change.
>>>>   
>>> I know we should update SVN, we just haven't gotten around to it.  I 
>>> just updated the stubs in the Swift SVN (R1727).  Mike, give it a try 
>>> again from SVN.
>>>
>>> Ioan
>>>
>>> -- 
>>> ===================================================
>>> Ioan Raicu
>>> Ph.D. Candidate
>>> ===================================================
>>> Distributed Systems Laboratory
>>> Computer Science Department
>>> University of Chicago
>>> 1100 E. 58th Street, Ryerson Hall
>>> Chicago, IL 60637
>>> ===================================================
>>> Email: iraicu at cs.uchicago.edu
>>> Web:   http://www.cs.uchicago.edu/~iraicu
>>> http://dev.globus.org/wiki/Incubator/Falkon
>>> http://dsl-wiki.cs.uchicago.edu/index.php/Main_Page
>>> ===================================================
>>> ===================================================
>>>
>>>
>>
> 



More information about the Swift-devel mailing list