Hi,
I have been using FTS to transfer files from the RAL dCache to Edinburgh's
dCache. I have been using the -g="-p X" option in the FTS client to
specify the number (X) of parallel streams to use in the transfer. The
RAL-ED channel itself is setup to use 5 parallel streams, but passing the
option overrides this value (as is confirmed in the FTS logs).
During my tests, I have observed that transfers fail whenever X > 10. The
dCache gridftp door logs contain messages like this:
12/19 12:10:44 Cell(GFTP-dcache-Unknown-801@gridftpdoor-dcacheDomain) :
CellAdapter: SocketRedirector(Thread-1526):Adapter: done, EOD received ? =
false
12/19 12:10:44 Cell(GFTP-dcache-Unknown-801@gridftpdoor-dcacheDomain) :
CellAdapter: Closing data channel: 3 remaining: 7 eodc says there will be:
-1
12/19 12:10:44 Cell(GFTP-dcache-Unknown-801@gridftpdoor-dcacheDomain) :
CellAdapter: Closing data channel: 4 remaining: 6 eodc says there will be:
-1
In /opt/d-cache/config/dCacheSetup , there is an parameter called
parallelStreams. However, I have found that changing this value and
restarting the dCache services does not appear to influence the X > 10
limit that I have been observing.
No limit is seen during transfers between Glasgow and Edinburgh's DPMs,
indicating that dCache is causing the problem.
Has anyone else with a dCache instance experienced this?
Cheers,
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
=======================================================================
|