Hi Pete, that's another story. As you remember, in December we came to an end with the semantics of an root:// url when used as a destination. I modified xrdcp to make it proceed blindly, and Andy modified the xrootd protocol in order to make it work without calling Stat. When the destination is not a root:// url, in my opinion the thing to do is to mimic the behavior in the root url case, in order to have a tool which behaves in the same way with both kinds of destination. But that behavior is a little different from the one of cp if i remember. What i'd do is to check if the two behaviors are the same, and, if not, to correct the one in the non-root case. And then write something about it in the readme. What do you think? Fabrizio Peter Elmer wrote: > Hi Fabrizio, > > Ok, I'll give it a test in a bit. Did you track down the other problem? (The > directory one.) > > Pete > > On Fri, Jan 21, 2005 at 03:01:01PM +0000, Fabrizio Furano wrote: > >>Hi, >> >> it seems ok even under solaris. Let me know. >> >>Fabrizio >> >>Wilko Kroeger wrote: >> >>>Hello Pete >>> >>> >>>On Thu, 20 Jan 2005, Peter Elmer wrote: >>> >>> >>> >>>>Hi Wilko, >>>> >>>>Ok, thanks. Once I turn off the async I/O on the server the following >>>>works: >>>> >>>>[csfd] ~/work > xrootd/bin/xrdcp >>>>root://noric01.slac.stanford.edu:2525//usr/work/elmer/deepcopy16.02E.root >>>>. >>>> >>>>as it should. I still have the problem where: >>>> >>>>[csfd] ~/work > xrootd/bin/xrdcp >>>>root://noric01.slac.stanford.edu:2525//usr/work/elmer/deepcopy16.02E.root >>>>bogus.root >>>>Error Is a directory creating bogus.root >>>> >>>>creates a directory. (Clearly a separate problem.) >>> >>> >>>If you run a second time it will work and the file is copied to >>>bogus.root/bogus.root >>> >>>This behaviour is already present in previous versions. If you just >>>specify a name xrdcp uses it as a directory. If the target name has a '/' >>>it works fine, e.g.: >>> >>>xrdcp root://...////..deepcopy16.02E.root ./deepcopy16.02E.root >>> >>>I guess we should think about how the syntax should work. >>> >>>Cheers, >>> Wilko >>> >>> >>> >>>> Pete >>>> >>>> >>>>On Thu, Jan 20, 2005 at 10:59:06AM -0800, Wilko Kroeger wrote: >>>> >>>> >>>>>Hello Pete >>>>> >>>>>I just tried the same thing and I also see that the file is empty. >>>>>The xrootd by default has now the asynchronous I/O turned on. You >>>>>can turn it off using >>>>>xrootd.async off >>>>>in the config file (You have to create a config file and use the -c >>>>>option with xrootd). That should fix your problem. >>>>> >>>>>There are still problems with the current version that we see on the >>>>>bbrprod cluster and Andy is looking into this. >>>>> >>>>>Cheers, >>>>> Wilko >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>On Thu, 20 Jan 2005, Peter Elmer wrote: >>>>> >>>>> >>>>> >>>>>>Hi Fabrizio, >>>>>> >>>>>>I just tried to use xrdcp to copy a file from one place to another and >>>>>>ran into a couple of problems. I'm using version xrootd 20050119-0021. >>>>>>The >>>>>>client side is running RHEL3 and the server side is running SL3. >>>>>> >>>>>>On the server side I have: >>>>>> >>>>>>noric01> ls -l /usr/work/elmer/deepcopy16.02E.root >>>>>>-rw-r--r-- 1 elmer ec 7975402 Jan 20 10:15 >>>>>>/usr/work/elmer/deepcopy16.02E.root >>>>>> >>>>>>and do: >>>>>> >>>>>>noric01> xrootd/bin/xrootd -p 2525 /usr/work/elmer/ >>>>>> >>>>>>On the client side I tried: >>>>>> >>>>>>[csfd] ~/work > xrootd/bin/xrdcp >>>>>>root://noric01.slac.stanford.edu:2525//usr/work/elmer/deepcopy16.02E.root bogus.root >>>>>>Error Is a directory creating bogus.root >>>>>> >>>>>>The strange thing here is that it tried to create a directory: >>>>>> >>>>>>[csfd] ~/work > ls -ld bogus.root >>>>>>drwxr-xr-x 2 elmer bfactory 96 Jan 20 18:40 bogus.root >>>>>> >>>>>>I then tried to do: >>>>>> >>>>>>[csfd] ~/work > xrootd/bin/xrdcp >>>>>>root://noric01.slac.stanford.edu:2525//usr/work/elmer/deepcopy16.02E.root . >>>>>>[csfd] ~/work > >>>>>> >>>>>>but the result was an empty file: >>>>>> >>>>>>[csfd] ~/work > ls -ld deepcopy16.02E.root >>>>>>-rw-r--r-- 1 elmer bfactory 0 Jan 20 18:40 >>>>>>deepcopy16.02E.root >>>>>> >>>>>>Any idea what is going on here? >>>>>> >>>>>> thanks, >>>>>> Pete >>>>>> > > > > > ------------------------------------------------------------------------- > Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644 > Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland > -------------------------------------------------------------------------