I don’t know if I correctly understand you. In my case, I use a script for TPC copying, and I do this in the script
<br>

<br>

<br>
xrdcp --server -f $src root://$XRDXROOTD_PROXY/$dst
<br>

<br>
Here XRDXROOTD_PROXY is actually the hostname pointed by the pss.origin (which I guess is the CEPH storage in your case). Does this address your problem? The name XRDXROOTD_PROXY is misleading. I though Andy was going to it a new name…
<br>

<br>
--
<br>
Wei Yang  |  <a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>&lt;mailto:[log in to unmask]&gt;  |  650-926-3338 (O)
<br>

<br>

<br>
From: Giuseppe &lt;<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>&gt;
<br>
Reply-To: xrootd/xrootd &lt;<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>&gt;
<br>
Date: Thursday, June 7, 2018 at 2:08 AM
<br>
To: xrootd/xrootd &lt;<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>&gt;
<br>
Cc: Subscribed &lt;<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>&gt;
<br>
Subject: [xrootd/xrootd] RFE: TPC should support the case of a destination xrootd running on top of external storage (Ceph) (#729)
<br>

<br>

<br>
As discussed with @simonmichal&lt;https://github.com/simonmichal&gt;, we have the case of xrootd servers that run as gateways in front of a Ceph storage (but for the context of this issue, this can be any external non-local storage).
<br>

<br>
The current TPC runs in such a way that the destination pulling the file, for efficiency reasons, uses a stripped-down URL for the destination, which does not include the server (root://localhost...) and instead only includes the file path. This makes such a case of xrootd gateways break as the file path cannot be interpreted as a local path.
<br>

<br>
A possible solution is to have the destination server choose (e.g. by a configuration option) whether to use a local path or a full root URL: that would allow forcing the traffic to go through the xrootd local server, which already knows how to forward it to the external storage.
<br>

<br>
—
<br>
You are receiving this because you are subscribed to this thread.
<br>
Reply to this email directly, view it on GitHub&lt;https://github.com/xrootd/xrootd/issues/729&gt;, or mute the thread&lt;https://github.com/notifications/unsubscribe-auth/AE9TA7h6QwlXRnktIdhR0ktTIX4i_oDcks5t6O1rgaJpZM4UeBP8&gt;.
<br>


<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/xrootd/xrootd/issues/729#issuecomment-395533643">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AD7YjlWRtwGazxqyIT8MAu4A4BMlHOKiks5t6Xu7gaJpZM4UeBP8">mute the thread</a>.<img src="https://github.com/notifications/beacon/AD7YjjAgY-eSvICZSiv3B_8P6IbLCROqks5t6Xu7gaJpZM4UeBP8.gif" height="1" width="1" alt="" /></p>
<!cript type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","potentialAction":{"@type":"ViewAction","target":"https://github.com/xrootd/xrootd/issues/729#issuecomment-395533643","url":"https://github.com/xrootd/xrootd/issues/729#issuecomment-395533643","name":"View Issue"},"description":"View this Issue on GitHub","publisher":{"@type":"Organization","name":"GitHub","url":"https://github.com"}}</script>
<!cript type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/xrootd/xrootd","title":"xrootd/xrootd","subtitle":"GitHub repository","main_image_url":"https://assets-cdn.github.com/images/email/message_cards/header.png","avatar_image_url":"https://assets-cdn.github.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/xrootd/xrootd"}},"updates":{"snippets":[{"icon":"PERSON","message":"@wyang007 in #729: I don’t know if I correctly understand you. In my case, I use a script for TPC copying, and I do this in the script\r\n\r\n\r\nxrdcp --server -f $src root://$XRDXROOTD_PROXY/$dst\r\n\r\nHere XRDXROOTD_PROXY is actually the hostname pointed by the pss.origin (which I guess is the CEPH storage in your case). Does this address your problem? The name XRDXROOTD_PROXY is misleading. I though Andy was going to it a new name…\r\n\r\n--\r\nWei Yang  |  <a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>\u003cmailto:[log in to unmask]\u003e  |  650-926-3338 (O)\r\n\r\n\r\nFrom: Giuseppe \<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>\u003e\r\nReply-To: xrootd/xrootd \<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>\u003e\r\nDate: Thursday, June 7, 2018 at 2:08 AM\r\nTo: xrootd/xrootd \<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>\u003e\r\nCc: Subscribed \<a href="/cgi-bin/wa?LOGON=A3%3Dind1806%26L%3DXROOTD-DEV%26E%3Dquoted-printable%26P%3D575692%26B%3D----%253D%253D_mimepart_5b19843b8c103_120a3fa74cab0f80169471%26T%3Dtext%252Fhtml%3B%2520charset%3DUTF-8%26pending%3D" target="_parent" >[log in to unmask]</a>\u003e\r\nSubject: [xrootd/xrootd] RFE: TPC should support the case of a destination xrootd running on top of external storage (Ceph) (#729)\r\n\r\n\r\nAs discussed with @simonmichal\u003chttps://github.com/simonmichal\u003e, we have the case of xrootd servers that run as gateways in front of a Ceph storage (but for the context of this issue, this can be any external non-local storage).\r\n\r\nThe current TPC runs in such a way that the destination pulling the file, for efficiency reasons, uses a stripped-down URL for the destination, which does not include the server (root://localhost...) and instead only includes the file path. This makes such a case of xrootd gateways break as the file path cannot be interpreted as a local path.\r\n\r\nA possible solution is to have the destination server choose (e.g. by a configuration option) whether to use a local path or a full root URL: that would allow forcing the traffic to go through the xrootd local server, which already knows how to forward it to the external storage.\r\n\r\n—\r\nYou are receiving this because you are subscribed to this thread.\r\nReply to this email directly, view it on GitHub\u003chttps://github.com/xrootd/xrootd/issues/729\u003e, or mute the thread\u003chttps://github.com/notifications/unsubscribe-auth/AE9TA7h6QwlXRnktIdhR0ktTIX4i_oDcks5t6O1rgaJpZM4UeBP8\u003e.\r\n"}],"action":{"name":"View Issue","url":"https://github.com/xrootd/xrootd/issues/729#issuecomment-395533643"}}}</script>
<!cript type="application/ld+json">{
"@type": "MessageCard",
"@context": "http://schema.org/extensions",
"hideOriginalBody": "false",
"originator": "AF6C5A86-E920-430C-9C59-A73278B5EFEB",
"title": "Re: [xrootd/xrootd] RFE: TPC should support the case of a destination xrootd running on top of external storage (Ceph) (#729)",
"sections": [
{
"text": "",
"activityTitle": "**Wei Yang**",
"activityImage": "https://assets-cdn.github.com/images/email/message_cards/avatar.png",
"activitySubtitle": "@wyang007",
"facts": [

]
}
],
"potentialAction": [
{
"name": "Add a comment",
"@type": "ActionCard",
"inputs": [
{
"isMultiLine": true,
"@type": "TextInput",
"id": "IssueComment",
"isRequired": false
}
],
"actions": [
{
"name": "Comment",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n\"commandName\": \"IssueComment\",\n\"repositoryFullName\": \"xrootd/xrootd\",\n\"issueId\": 729,\n\"IssueComment\": \"{{IssueComment.value}}\"\n}"
}
]
},
{
"name": "Close issue",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n\"commandName\": \"IssueClose\",\n\"repositoryFullName\": \"xrootd/xrootd\",\n\"issueId\": 729\n}"
},
{
"targets": [
{
"os": "default",
"uri": "https://github.com/xrootd/xrootd/issues/729#issuecomment-395533643"
}
],
"@type": "OpenUri",
"name": "View on GitHub"
},
{
"name": "Unsubscribe",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n\"commandName\": \"MuteNotification\",\n\"threadId\": 343413756\n}"
}
],
"themeColor": "26292E"
}</script><br>
<hr>
<p align="left">
Use REPLY-ALL to reply to list</p>
<p align="center">To unsubscribe from the XROOTD-DEV list, click the following link:<br>
<a href="https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1" target="_blank">https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1</a>
</p>