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

[Mihael Hategan]

On Thu, 2007-08-30 at 20:09 -0500, Veronika Nefedova wrote:
> 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.

Yeah. The build system cannot very well cope with log4j.properties when
multiple builds are done. We should probably make provider-deef build as
a dependency from the start.

> 
> 
> 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
> >>>
> >>
> >
>