Hi Marian,<br>
<br>
I see that the cluster configuration for cmsxrootd.fnal.gov is:<br>
<br>
0: [::ffff:129.93.239.131] xrootd.unl.edu v4.3.0<br>
1: [::ffff:131.225.204.174] cmsxrootd1.fnal.gov v4.3.0-rc3<br>
2: [2600:900:6:1101:5054:ff:fe00:70cb] xrootd.unl.edu v4.3.0<br>
<br>
Any particular reason why the fnal one is not on a supported version of <br>
xrootd? In any case, I will look to see if we addressed this issue in <br>
4.4.0. In the mean time, could you do:<br>
<br>
xrdfs cmsxrootd.fnal.gov:1094 locate -h &lt;the_problem_path&gt;<br>
<br>
and return the result to me? I can&#39;t do it as it appears you have turned <br>
on access control for the locate command.<br>
<br>
Andy<br>
<br>
B.T.W Version 4.4.0 is much better than 4.3.0 so you should consider <br>
upgrading.<br>
<br>
On Fri, 2 Sep 2016, Marian Zvada wrote:<br>
<br>
&gt; Hello!<br>
&gt;<br>
&gt; We&#39;re experiencing issues with older clients vs redirector IPv6 enabled where client host is dual-stack. Relevant piece of behavior is from the log as follows:<br>
&gt;<br>
&gt; `[2016-09-02 19:40:10.529888 +0200][Debug  ][XRootDTransport   ] [cmsxrootd.fnal.gov:1094 #0.0] Sending out kXR_login request, username: zvada, cgi: ?xrd.cc=ch&amp;xrd.tz=1&amp;xrd.appname=xrdcp&amp;xrd.info=, dual-stack: false`<br>
&gt; ...<br>
&gt; ...<br>
&gt; ```<br>
&gt; [2016-09-02 19:41:00.221320 +0200][Debug  ][File              ] [0x2000000@root://cmsxrootd.fnal.gov:1094//store/mc/RunIISpring16reHLT80/DYJetsToLL_M-50_TuneCUETP8M1_13TeV-amcatnloFXFX-pythia8/AODSIM/PUSpring16RAWAODSIM_reHLT_80X_mcRun2_asymptotic_v14-v1/40000/003A70D5-E55C-E611-9B14-0025905C53A8.root] Error while opening at cms-xrd-transit.cern.ch:1094: [ERROR] Server responded with an error: [3011] No servers are available to read the file.<br>
&gt; [0B/0B][100%][==================================================][0B/s]<br>
&gt; Run: [ERROR] Server responded with an error: [3011] No servers are available to read the file.<br>
&gt; $ xrdcp -version<br>
&gt; v4.0.4<br>
&gt; ```<br>
&gt; Forcing XRD_NETWORKSTACK=IPv4 solve the issue on client side, though:<br>
&gt; ```<br>
&gt; $ XRD_NETWORKSTACK=IPv4 xrdcp -f root://cmsxrootd.fnal.gov//store/mc/RunIISpring16reHLT80/DYJetsToLL_M-50_TuneCUETP8M1_13TeV-amcatnloFXFX-pythia8/AODSIM/PUSpring16RAWAODSIM_reHLT_80X_mcRun2_asymptotic_v14-v1/40000/003A70D5-E55C-E611-9B14-0025905C53A8.root /dev/null<br>
&gt; [80MB/3.495GB][  2%][=&gt;                                                ][8.889MB/s]<br>
&gt; $ xrdcp -version<br>
&gt; v4.0.4<br>
&gt; ```<br>
&gt; Suggestion is provide on the server side a configuration parameter to force dual-stack to true - we&#39;d assume that IPv4 is always present. Clients &gt;=v4.3.x handle dual-stack situation well, but for users running anything below that would be preferable be cautions and act on the server side with config tweak if possible.<br>
&gt;<br>
&gt; Thanks,<br>
&gt; Marian<br>
&gt;<br>
&gt; -- <br>
&gt; You are receiving this because you are subscribed to this thread.<br>
&gt; Reply to this email directly or view it on GitHub:<br>
&gt; https://github.com/xrootd/xrootd/issues/411<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/411#issuecomment-244466567">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AD7Yjtw4v_6s2VREQXqcbeaCXAPJ9-7Lks5qmHiFgaJpZM4Jz8WB">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AD7YjkvqMIYPzaCxxwT4eOYgkZEfOMovks5qmHiFgaJpZM4Jz8WB.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/xrootd/xrootd/issues/411#issuecomment-244466567"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<!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://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/xrootd/xrootd"}},"updates":{"snippets":[{"icon":"PERSON","message":"@abh3 in #411: Hi Marian,\n\nI see that the cluster configuration for cmsxrootd.fnal.gov is:\n\n0: [::ffff:129.93.239.131] xrootd.unl.edu v4.3.0\n1: [::ffff:131.225.204.174] cmsxrootd1.fnal.gov v4.3.0-rc3\n2: [2600:900:6:1101:5054:ff:fe00:70cb] xrootd.unl.edu v4.3.0\n\nAny particular reason why the fnal one is not on a supported version of \nxrootd? In any case, I will look to see if we addressed this issue in \n4.4.0. In the mean time, could you do:\n\nxrdfs cmsxrootd.fnal.gov:1094 locate -h \u003cthe_problem_path\u003e\n\nand return the result to me? I can't do it as it appears you have turned \non access control for the locate command.\n\nAndy\n\nB.T.W Version 4.4.0 is much better than 4.3.0 so you should consider \nupgrading.\n\nOn Fri, 2 Sep 2016, Marian Zvada wrote:\n\n\u003e Hello!\n\u003e\n\u003e We're experiencing issues with older clients vs redirector IPv6 enabled where client host is dual-stack. Relevant piece of behavior is from the log as follows:\n\u003e\n\u003e `[2016-09-02 19:40:10.529888 +0200][Debug  ][XRootDTransport   ] [cmsxrootd.fnal.gov:1094 #0.0] Sending out kXR_login request, username: zvada, cgi: ?xrd.cc=ch\u0026xrd.tz=1\u0026xrd.appname=xrdcp\u0026xrd.info=, dual-stack: false`\n\u003e ...\n\u003e ...\n\u003e ```\n\u003e [2016-09-02 19:41:00.221320 +0200][Debug  ][File              ] [0x2000000@root://cmsxrootd.fnal.gov:1094//store/mc/RunIISpring16reHLT80/DYJetsToLL_M-50_TuneCUETP8M1_13TeV-amcatnloFXFX-pythia8/AODSIM/PUSpring16RAWAODSIM_reHLT_80X_mcRun2_asymptotic_v14-v1/40000/003A70D5-E55C-E611-9B14-0025905C53A8.root] Error while opening at cms-xrd-transit.cern.ch:1094: [ERROR] Server responded with an error: [3011] No servers are available to read the file.\n\u003e [0B/0B][100%][==================================================][0B/s]\n\u003e Run: [ERROR] Server responded with an error: [3011] No servers are available to read the file.\n\u003e $ xrdcp -version\n\u003e v4.0.4\n\u003e ```\n\u003e Forcing XRD_NETWORKSTACK=IPv4 solve the issue on client side, though:\n\u003e ```\n\u003e $ XRD_NETWORKSTACK=IPv4 xrdcp -f root://cmsxrootd.fnal.gov//store/mc/RunIISpring16reHLT80/DYJetsToLL_M-50_TuneCUETP8M1_13TeV-amcatnloFXFX-pythia8/AODSIM/PUSpring16RAWAODSIM_reHLT_80X_mcRun2_asymptotic_v14-v1/40000/003A70D5-E55C-E611-9B14-0025905C53A8.root /dev/null\n\u003e [80MB/3.495GB][  2%][=\u003e                                                ][8.889MB/s]\n\u003e $ xrdcp -version\n\u003e v4.0.4\n\u003e ```\n\u003e Suggestion is provide on the server side a configuration parameter to force dual-stack to true - we'd assume that IPv4 is always present. Clients \u003e=v4.3.x handle dual-stack situation well, but for users running anything below that would be preferable be cautions and act on the server side with config tweak if possible.\n\u003e\n\u003e Thanks,\n\u003e Marian\n\u003e\n\u003e -- \n\u003e You are receiving this because you are subscribed to this thread.\n\u003e Reply to this email directly or view it on GitHub:\n\u003e https://github.com/xrootd/xrootd/issues/411\n"}],"action":{"name":"View Issue","url":"https://github.com/xrootd/xrootd/issues/411#issuecomment-244466567"}}}</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>