Hi everyone,
I have noticed a few problems recently when I have been using srmcp to
copy files into and out of the various dCache installations that we now
have.
As an example, here is what I have found (all commands issued from a
2.6.0 UI):
RALPP -> Lancaster
------------------
This transfer succeeds (eventually).
$ srmcp -debug=true
srm://heplnx204.pp.rl.ac.uk:8443/pnfs/pp.rl.ac.uk/data/dteam/20051027_172159.txt
srm://fal-pygrid-20.lancs.ac.uk:8443/pnfs/lancs.ac.uk/data/dteam/`date
+%Y%m%d_%H%M%S`.txt
Lancaster -> RALPP
------------------
This transfer fails.
$ srmcp -deug=true
srm://fal-pygrid-20.lancs.ac.uk:8443/pnfs/lancs.ac.uk/data/dteam/20051101_174957.txt
srm://heplnx204.pp.rl.ac.uk:8443/pnfs/pp.rl.ac.uk/data/dteam/`date
+%Y%m%d_%H%M%S`.txt
SRMClientV1 : copy, contacting service
httpg://heplnx204.pp.rl.ac.uk:8443/srm/managerv1
Tue Nov 01 17:51:36 GMT 2005: srm returned requestId = -2147307205
Tue Nov 01 17:51:36 GMT 2005: sleeping 1 seconds ...
Tue Nov 01 17:51:37 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 17:51:42 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 17:51:46 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 17:51:51 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 17:51:56 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 17:52:00 GMT 2005: sleeping 7 seconds ...
....
local -> RALPP
--------------
This worked
$ srmcp -debug=true file:////etc/group
srm://heplnx204.pp.rl.ac.uk:8443/pnfs/pp.rl.ac.uk/data/dteam/`date
+%Y%m%d_%H%M%S`.txt
RALPP -> local
--------------
This worked
$ srmcp
srm://heplnx204.pp.rl.ac.uk:8443/pnfs/pp.rl.ac.uk/data/dteam/20051101_175544.txt
file:////tmp/greig_testa.txt
local -> Lancaster
------------------
This did not work.
$ srmcp -debug=true file:////etc/group
srm://fal-pygrid-20.lancs.ac.uk:8443/pnfs/lancs.ac.uk/data/dteam/`date
+%Y%m%d_%H%M%S`.txt
...
debug: response from
gsiftp://fal-pygrid-25.lancs.ac.uk:2811//pnfs/lancs.ac.uk/data/dteam/20051101_175918.txt:
150 Openning BINARY data connection for
/pnfs/lancs.ac.uk/data/dteam/20051101_175918.txt
debug: data callback, no error, buffer 0xb71c7008, length 548, offset=0,
eof=true
Hangs here.
Lancaster -> local
------------------
This does not work either.
$ srmcp -debug=true
srm://fal-pygrid-20.lancs.ac.uk:8443/pnfs/lancs.ac.uk/data/dteam/20051101_181052.txt
file:////tmp/greig_testb.txt
SRMClientV1 : get, contacting service
httpg://fal-pygrid-20.lancs.ac.uk:8443/srm/managerv1
doneAddingJobs is false
copy_jobs is empty
Tue Nov 01 18:12:09 GMT 2005: srm returned requestId = -2147483568
Tue Nov 01 18:12:09 GMT 2005: sleeping 1 seconds ...
Tue Nov 01 18:12:11 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 18:12:15 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 18:12:20 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 18:12:24 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 18:12:28 GMT 2005: sleeping 4 seconds ...
Tue Nov 01 18:12:33 GMT 2005: sleeping 7 seconds ...
....
I've not had a proper chance to fully investigate today so I'll need to
have another look at this tomorrow. I will also start testing the other
dCache's to see if any differences appear.
Speak to you tomorrow,
Greig
--
=======================================================================
Dr Greig A Cowan http://www.ph.ed.ac.uk/~gcowan1
School of Physics, University of Edinburgh, James Clerk Maxwell Building
TIER-2 STORAGE SUPPORT PAGES: http://wiki.gridpp.ac.uk/wiki/Grid_Storage
=======================================================================
|