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