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