[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
AW: [geclipse-dev] Remote-to-remote transfers with SRM
|
Hi Mateusz and others,
I agree with you, remote-to-remote is a nice2have but nothing more at the moment. It is much more important for the daily Grid user to have a reliable way of transferring data from local to remote and vice versa. And since the redirection via local already works this is at least a workaround for the problem.
So +1 from me...
Cheers, Mathias
-----Ursprüngliche Nachricht-----
Von: geclipse-dev-bounces@xxxxxxxxxxx [mailto:geclipse-dev-bounces@xxxxxxxxxxx] Im Auftrag von Mateusz Pabis
Gesendet: Montag, 30. Juli 2007 10:31
An: Developer mailing list
Betreff: [geclipse-dev] Remote-to-remote transfers with SRM
Hi *,
recently we (that means college from OMII Europe project and me) were
trying to implement 3rd party transfers with SRM (AKA remote-to-remote
transfers).
This kind of transfer is used to copy/move files between two remote
machines without using client as a proxy. One of them is not needed to
be SRM. The other may be a gsiftp server.
But, since our SRMs are mostly DPM implementations I have bad news:
DPM server (even on latest 1.6.5 version) does not support 3rd party
transfers. Server returns SRM_NOT_SUPPORTED in most cases.
I've found this daily SRM tests which can be used to determine which
configuration is supported by which implementation:
http://datagrid.lbl.gov/v22/index.html
As you can see, dCache is more reliable in this subject (and others too).
Because of the above I propose to mark remote-to-remote srm transfers
with very low priority.
and +1 as implicit by this proposal.
--
Mateusz Pabis
_______________________________________________
geclipse-dev mailing list
geclipse-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/geclipse-dev
