[Swift-devel] Cant get Falkon provider connected to Swift

Michael Wilde wilde at mcs.anl.gov
Fri Aug 31 07:01:39 CDT 2007


Found the problem: I had been using symlinks from the swift etc dir to 
my local sites and tc files, and set the links wrong when I switched to 
the falkon-enabled build. Its running now - thanks.

- Mike


Michael Wilde wrote:
> RIght, but I'll check my env to see if I spot anything suspicious.
> And see if I can duplicate your startup command Mihael.  WIll also check 
> the log4j thing Nika.
> 
> - Mike
> 
> 
> Mihael Hategan wrote:
>> On Thu, 2007-08-30 at 19:44 -0500, Veronika Nefedova wrote:
>>> You need to fix log4j.properties, I had the same problem some time  
>>> ago. SVN update somehow messes it up.
>>
>> Irrespective of how logging is set up. When I run, seemingly the same
>> thing as Mike, it works and it finds the deef provider.
>>
>> So the problem of finding deef is probably not in the build, but in
>> something else, unless this is nondeterministic. But from what I
>> understand, Mike repeatedly got this. Or no?
>>
>> Mihael
>>
>>> Nika
>>> On Aug 30, 2007, at 7:35 PM, Mihael Hategan wrote:
>>>
>>>> Hmm. Strange:
>>>> hategan at tg-viz-login1:~> swift -d -sites.file ./sites.xml
>>>> -tc.file ./tc.data test.swift
>>>> WARN   - Failed to configure log file name
>>>> DEBUG  - Booting Falkon
>>>> ...
>>>>
>>>> hategan at tg-viz-login1:~> which swift
>>>> /home/wilde/swift1139f/vdsk-0.2-dev/bin/swift
>>>>
>>>>
>>>> Mihael
>>>>
>>>> On Thu, 2007-08-30 at 18:47 -0500, Michael Wilde wrote:
>>>>> I'm using trunk (release 1139) and getting the following error when I
>>>>> run swift:
>>>>>
>>>>> ===
>>>>> Execution failed:
>>>>>          No security context can be found or created for service
>>>>> (provider deef): No 'deef' provider or alias found. Available
>>>>> providers: [gt2ft, gsiftp, condor, pbs, ssh, gt4ft, cobalt, local,
>>>>> dcache, gt4, gsiftp-old, http, gt2, ftp, webdav]. Aliases:
>>>>> local <-> file; pbs <-> pbslocal; gsiftp-old <-> gridftp-old;  
>>>>> gsiftp <->
>>>>> gridftp; cobalt <-> cobaltlocal; gt4 <-> gt3.9.5, gt4
>>>>> .0.2, gt4.0.1, gt4.0.0;
>>>>> ===
>>>>>
>>>>> I did what I think was a clean Swift build (ant dist after clean and
>>>>> distclean); then from the modules/provider-deef dir did a ant  
>>>>> distclean
>>>>> and ant dist pointing to my swift vdsk dir that was built in the  
>>>>> prior
>>>>> step).
>>>>>
>>>>> I have a cog-provider-deef-1.0.jar file in the lib dir of my dist,  
>>>>> and
>>>>> my libexec/vds-sc.k file has:
>>>>> ===
>>>>>                          element(execution, [provider, url]
>>>>>                                  service(type="execution",
>>>>> provider=provider, url=url)
>>>>>                          )
>>>>> ===
>>>>>
>>>>> which should match the pool entry in my sites.xml:
>>>>>
>>>>> <pool handle="UC" sysinfo="INTEL32::LINUX">
>>>>>      <gridftp url="gsiftp://tg-gridftp.uc.teragrid.org"
>>>>> storage="/home/wilde/swift/tmp/UC" major="2" minor="2" />
>>>>>      <jobmanager universe="vanilla"
>>>>> url="tg-grid.uc.teragrid.org/jobmanager-pbs" major="2" minor="2"/>
>>>>>      <workdirectory>/home/wilde/swift/tmp/UC</workdirectory>
>>>>> </pool>
>>>>>
>>>>> ===
>>>>>
>>>>> Does anyone know what I missed to messed up here in wiring things  
>>>>> together?
>>>>>
>>>>> Ive asked Ioan, but he's stumped because this is on the swift  
>>>>> provider
>>>>> side of things.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Mike
>>>>> _______________________________________________
>>>>> Swift-devel mailing list
>>>>> Swift-devel at ci.uchicago.edu
>>>>> http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
>>>>>
>>>> _______________________________________________
>>>> Swift-devel mailing list
>>>> Swift-devel at ci.uchicago.edu
>>>> http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
>>>>
>>
>>
> _______________________________________________
> Swift-devel mailing list
> Swift-devel at ci.uchicago.edu
> http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
> 
> 



More information about the Swift-devel mailing list