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

Veronika Nefedova nefedova at mcs.anl.gov
Thu Aug 30 20:09:44 CDT 2007


I was commenting on these errors:

WARN   - Failed to configure log file name
DEBUG  - Booting Falkon

If you have this, it means your logging is completely screwed up (no  
log file). It could be fixed in log4j.properties.


On Aug 30, 2007, at 8:02 PM, 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
>>>
>>
>




More information about the Swift-devel mailing list