[Swift-devel] Re: swift-falkon problem

[Michael Wilde]

Sorry - another mis-diagnosis and incorrect conclusion on my part.

Zhao just told me that we have out of date falkon worker code on the 
sicortex that is not chdir'ing to the cwd arg of the falkon request.

That explains what Im seeing. Its being fixed now and checked in.

--

To answer your questions though:

Im running swift on a linux box bblogin.mcs.anl.gov

It mounts the sicortex under /sicortex-homes

I run swift from /sicortex-homes/wilde/amiga/run

My sites file says:

<pool handle="sico">
       <gridftp  url="local://localhost"/>
       <execution provider="deef"
 
url="http://140.221.37.30:50001/wsrf/services/GenericPortal/core/WS/GPFactoryService"/>
       <workdirectory>/home/wilde/swiftwork</workdirectory>
</pool>

and /home/wilde/swiftwork on bblogin is a symlink to 
/sicortex-homes/wilde/swiftwork

so that when swift writes files to the sicortex dir (eg when it creates 
shared/*) its using the same pathname that the worker-side will use when 
the job runs.  Ie, even though the mount-points differ between the swift 
host and the worker host, symlinks make the workdir appear under same 
name on both sides.

If NFS adheres to its close-to-open-coherence semantics, this then 
should I think work.

My scp-provider question is probably still worth answering and trying if 
this doesnt work.

- Mike




On 3/17/08 2:57 PM, Ben Clifford wrote:
> what does your filesystem layout look like?
> 
> Where are you running swift? And where are you putting your 
> scicortex site directory? On an NFS that is also accessible from your 
> submit machine? If so, what path?
>