Hi, I believe this particular thing from developers thread went into 4.0.4. @Lukasz: is this fix present in XrdClCopy.cc in the recent release please? Or can we get patch in case not? Seems like annoying artifact... Btw, is this really your problem Dirk? I think this part is more of interest: >>> Run: [ERROR] Server responded with an error: [3010] Unable to open >>> file /eos/cms/store/unmerged/tier0_harvest/zzz; Operation not >>> permitted You're saying same command line works just fine in 4.0.4 but not in version of client below that? Can you post here exact command line with '-d 2' perhaps? When I tried copy/paste from the thread into terminal where I run v4.0.3. it's weird but obvious: # xrdcp -d 1 zzz root://eoscms.cern.ch//eos/cms/store/unmerged/tier0_harvest/zzz xrdcp: No such file or directory processing zzz Is your xrdcp some alias or wrapper? How come you could execute it on vocms001 getting such output? Thanks, Marian On 10/24/14, 4:50 AM, Dirk Hufnagel wrote: > > The reporter of the bug, Marian ? > > Marian, is there a fixed release yet ? > > Cheers > > Dirk > > On 10/24/2014 11:25 AM, Ivan Glushkov wrote: >> Hi Dirk, >> >> It actually works - at least when I tried exactly the same command >> like yours and then I checked on eos, the file was copied there. The >> xrootd is throwing an error due to this bug found by Marian [1]. The >> only thing I don’t understand is why it shows only on vocms001.. I am >> actually not sure whom should we ask about that.. CERN IT has nothing >> to do with that.. Some xrootd experts? Do you have an idea? >> >> Kind regards, >> Ivan Glushkov >> >> [1] >> https://listserv.slac.stanford.edu/cgi-bin/wa?A2=ind1408&L=XROOTD-DEV&D=0&P=36536 >> >> >> >> >> On 23.10.2014, at 22:35, Dirk Hufnagel <[log in to unmask]> wrote: >> >>> >>> Ok, it works on vocms015 and vocms062 and presumably also on vocms047. >>> >>> It does not work on vocms001 >>> >>> cmst1@vocms001:/data/tier0 $ xrdcp -d 1 zzz >>> root://eoscms.cern.ch//eos/cms/store/unmerged/tier0_harvest/zzz >>> [2014-10-23 22:22:22.253218 +0200][Error ][XRootD ] >>> [eoscms.cern.ch:1094] Handling error while processing kXR_stat (path: >>> /eos/cms/store/unmerged/tier0_harvest/zzz, flags: none): [ERROR] >>> Error response. >>> [2014-10-23 22:22:22.255062 +0200][Error ][XRootD ] >>> [eoscms.cern.ch:1094] Handling error while processing kXR_open (file: >>> /eos/cms/store/unmerged/tier0_harvest/zzz?oss.asize=8, mode: 0644, >>> flags: kXR_new kXR_open_updt kXR_async kXR_retstat ): [ERROR] Error >>> response. >>> [0B/0B][100%][==================================================][0B/s] >>> Run: [ERROR] Server responded with an error: [3010] Unable to open >>> file /eos/cms/store/unmerged/tier0_harvest/zzz; Operation not permitted >>> >>> Any idea ? I don't see any difference in the rpm packages >>> installed on the box. >>> >>> Cheers >>> >>> Dirk >>> >>> On 10/23/2014 10:12 PM, Dirk Hufnagel wrote: >>>> >>>> Actually, wait a second, have to check with Luis >>>> why it works for him... >>>> >>>> Dirk >>>> >>>> On 10/23/2014 10:08 PM, Dirk Hufnagel wrote: >>>>> >>>>> Hi Ivan, >>>>> >>>>> The new xrootd client doesn't work with proxy authentication. >>>>> >>>>> Just tried it, same proxy, copying to the same place. 4.0.4 >>>>> throws and 'operation not permitted', 3.3.6 works. >>>>> >>>>> Cheers >>>>> >>>>> Dirk >> ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1