Lancaster are using gPlazma for authorisation within dCache. Matt has
configured this to limit access to the namespace, such that anyone with
an atlas proxy has /pnfs/lancs.ac.uk/data/atlas as their root path. Try
this instead
gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/diskfiletest2
Grid access to storage is only supposed to be through lcg-utils or GFAL,
so this issue shouldn't come up in real use....
Greig
brian davies wrote:
> Forwarding this to see if those not on castor-support can help also.
> What setting have i got wrong?
> Cheers
> Brian
>
> ---------- Forwarded message ----------
> From: brian davies <[log in to unmask]>
> Date: 17-Jul-2007 11:56
> Subject: Re: gridftp tranfers avoiding the srm for ATLAS tests
> To: CASTOR SC testing support <[log in to unmask]>
>
>
> I tried the command ( after switching the typo of grdipp to gridpp) abd
> it fails
> it seems to be including an extra "/pnfs/lancs.ac.uk/data/atlas/"
> into the pathname
>
> globus-url-copy -dbg
> gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02
>
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>
> debug: starting to transfer
> gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02
>
> to
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>
> debug: connecting to
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 220 GSI FTP Door ready
>
> debug: authenticating with
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 200 PASS command successful
>
> debug: sending command:
> FEAT
>
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 211-OK
> EOF
> PARALLEL
> SIZE
> SBUF
> ERET
> ESTO
> 211 End
>
> debug: sending command:
> TYPE I
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 200 Type set to I
>
> debug: sending command:
> PASV
>
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 227 OK (194,80,35,18,195,80)
>
> debug: sending command:
> STOR /pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>
> debug: connecting to
> gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02
>
> debug: response from
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> 553
> /pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> Cannot create file:
> CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest
>
> not found)
>
> debug: fault on connection to
> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:the
>
> server sent an error response: 553 553
> /pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> Cannot create file:
> CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest
>
> not found)
>
> debug: error reading response from
> gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>
> an I/O operation was cancelled
> debug: operation complete
> error: the server sent an error response: 553 553
> /pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2:
>
> Cannot create file:
> CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest
>
> not found)
>
>
> On 17/07/07, Kruk, KJ (Christopher) <[log in to unmask]> wrote:
>> Please try:
>>
>> globus-url-copy -dbg \
>> gsiftp://gdss106.grdipp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/grid/hep/
>> disk1tape0/atlas/T0test/bged/source/testdata-02
>> gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/atlas/bged
>> /sc3tests/disktest/diskfiletest1
>>
>> Let us know how it goes.
>>
>> Chris
>>
>> -----Original Message-----
>> From: CASTOR SC testing support [mailto:[log in to unmask]]
>> On Behalf Of brian davies
>> Sent: 17 July 2007 10:42
>> To: [log in to unmask]
>> Subject: gridftp tranfers avoiding the srm for ATLAS tests
>>
>>
>> hi
>> I am trying to do my srm avodiance tests. What are the endpoints? ie for
>> the gridftp door the following ( which i expected to work) failed:
>>
>> globus-url-copy -dbg \
>> gsiftp://gdss106.grdipp.rl.ac.uk/castor/ads.rl.ac.uk/test/grid/hep/disk1
>> tape0/atlas/T0test/bged/source/testdata-02
>> gsiftp://fal-pygrid-28.lancs.ac.uk/pnfs/lancs.ac.uk/data/atlas/bged/sc3t
>> ests/disktest/diskfiletest1
>>
|