Can you do an xfer out of dcahe to local and then same file from local
to castor
You can use srmcp to get files out of dcache, and then g-u-c to put it
into castor
Shaun
>-----Original Message-----
>From: brian davies [mailto:[log in to unmask]]
>Sent: 17 July 2007 14:31
>To: De Witt, S (Shaun)
>Cc: [log in to unmask]
>Subject: Re: Fwd: gridftp tranfers avoiding the srm for ATLAS tests
>
>how? i can get access to boxes at lancastr if that is needed.
>
>
>On 17/07/07, De Witt, S (Shaun) <[log in to unmask]> wrote:
>> Brian, can you try this w/o invoking dcache
>>
>> That should work (at least it normally does for me)
>>
>> Shaun
>>
>> >-----Original Message-----
>> >From: GRIDPP2: Deployment and support of SRM and local storage
>> >management [mailto:[log in to unmask]] On Behalf Of
>> >brian davies
>> >Sent: 17 July 2007 13:38
>> >To: [log in to unmask]
>> >Subject: Re: Fwd: gridftp tranfers avoiding the srm for ATLAS tests
>> >
>> >slightly better .now stuck at a can't open connection. is this
>> >a firewall issue?
>> > 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/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/bged/sc3tests/disktest/
>> >diskfiletest2
>> >debug: connecting to
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2
>> >debug: response from
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >220 GSI FTP Door ready
>> >
>> >debug: authenticating with
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2
>> >debug: response from
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >200 PASS command successful
>> >
>> >debug: sending command:
>> >FEAT
>> >
>> >debug: response from
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/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/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >200 Type set to I
>> >
>> >debug: sending command:
>> >PASV
>> >
>> >debug: response from
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >227 OK (194,80,35,18,195,80)
>> >
>> >debug: sending command:
>> >STOR /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://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >220 gdss106.gridpp.rl.ac.uk CASTOR GridFTP Server 1.12 GSSAPI type
>> >Globus/GSI wu-2.6.2(cern-2) (gcc32dbg, 1069715860-42) ready.
>> >
>> >debug: authenticating with
>> >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/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >150 Opening BINARY data connection for
>> >/pnfs/lancs.ac.uk/data/atlas/bged/sc3tests/disktest/diskfiletest2
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >230-No directory! Logging in with home=/
>> >230 User atlas001 logged in.
>> >
>> >debug: sending command:
>> >FEAT
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >211-Extensions supported:
>> > REST STREAM
>> > ESTO
>> > ERET
>> > MDTM
>> > SIZE
>> > PARALLEL
>> > DCAU
>> >211 END
>> >
>> >debug: sending command:
>> >TYPE I
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >200 Type set to I.
>> >
>> >debug: sending command:
>> >SIZE
>> >/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged
>> >/source/testdata-02
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >213 1043289667
>> >
>> >debug: sending command:
>> >PBSZ 16384
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >200 PBSZ=16384
>> >
>> >debug: sending command:
>> >PORT 194,80,35,18,195,80
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >200 PORT command successful.
>> >
>> >debug: sending command:
>> >RETR
>> >/castor/ads.rl.ac.uk/test/grid/hep/disk1tape0/atlas/T0test/bged
>> >/source/testdata-02
>> >
>> >debug: response from
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >425 Can't open data connection. .
>> >
>> >debug: fault on connection to
>> >gsiftp://gdss106.gridpp.rl.ac.uk:2811/castor/ads.rl.ac.uk/test/
>> >grid/hep/disk1tape0/atlas/T0test/bged/source/testdata-02:
>> >the server sent an error response: 425 425 Can't open data
>connection.
>> >.
>> >
>> >debug: error reading response from
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/bged/sc3tests/disktest/
>> >diskfiletest2:
>> >an I/O operation was cancelled
>> >debug: operation complete
>> >error: the server sent an error response: 425 425 Can't open
>> >data connection. .
>> >
>> >
>> >On 17/07/07, Greig Alan Cowan <[log in to unmask]> wrote:
>> >> 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/a
>> >tlas/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/a
>> >tlas/bged/sc3tests/disktest/diskfiletest2
>> >> >
>> >> > debug: connecting to
>> >> >
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/a
>> >tlas/bged/sc3tests/disktest/diskfiletest2
>> >> >
>> >> > debug: response from
>> >> >
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/a
>> >tlas/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/a
>> >tlas/bged/sc3tests/disktest/diskfiletest2
>> >> >
>> >> > debug: response from
>> >> >
>> >gsiftp://fal-pygrid-28.lancs.ac.uk:2811/pnfs/lancs.ac.uk/data/a
>> >tlas/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/a
>> >tlas/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/a
>> >tlas/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/a
>> >tlas/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/a
>> >tlas/bged/sc3tests/disktest/diskfiletest2:
>> >> >
>> >> > 553
>> >> >
>> >/pnfs/lancs.ac.uk/data/atlas/pnfs/lancs.ac.uk/data/atlas/bged/s
>> >c3tests/disktest/diskfiletest2:
>> >> >
>> >> > Cannot create file:
>> >> >
>> >CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/l
>> >ancs.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/a
>> >tlas/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/s
>> >c3tests/disktest/diskfiletest2:
>> >> >
>> >> > Cannot create file:
>> >> >
>> >CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/l
>> >ancs.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/s
>> >c3tests/disktest/diskfiletest2:
>> >> >
>> >> > Cannot create file:
>> >> >
>> >CacheException(rc=10001;msg=/pnfs/lancs.ac.uk/data/atlas/pnfs/l
>> >ancs.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/a
>> >tlas/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
>> >> >>
>> >>
>> >
>>
>
|