Print

---

Hi,

after testing xrdcp from xrootd-client-4.2.1-1 with XRD_MAKEPATH=true I found that it does not reproduce the old 3.3.6 behavior. I logged all the debugging, which I tried against 2 different servers (EOS and dCache) on https://cdcvs.fnal.gov/redmine/issues/9027.

I'll try to summarize below.

My dCache testsuit is:

rpm -q xrootd-client
export XRD_MAKEPATH=true
/usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/
echo $?
/usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-file-on-exisitng-path
echo $?
/usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath1/
echo $?
/usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath2/specificfile-on-new-path
echo $?

And here are the 2 relevant tests:
OLD (3.3.6-4) behaviour:

[root@cmswn1750 ~]# rpm -q xrootd-client
xrootd-client-3.3.6-4.CERN.slc6.x86_64
[root@cmswn1750 ~]# /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/
xrdcp: Copy to cmssrmdisk.fnal.gov failed on open!
xrdcp: File already exists
[root@cmswn1750 ~]# echo $?
1
[root@cmswn1750 ~]# /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-file-on-exisitng-path
[xrootd] Total 0.00 MB    |====================| 100.00 % [inf MB/s]
[root@cmswn1750 ~]# echo $?
0
[root@cmswn1750 ~]# /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath1/
[xrootd] Total 0.00 MB    |====================| 100.00 % [0.4 MB/s]
[root@cmswn1750 ~]# echo $?
0
[root@cmswn1750 ~]# /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath2/specificfile-on-new-path
[xrootd] Total 0.00 MB    |====================| 100.00 % [0.3 MB/s]
[root@cmswn1750 ~]# echo $?
0
[root@cmswn1750 ~]#

[root@cmschimeradisk ~]# tree /mnt/dcache/uscmsdisk/store/user/gerard1/
/mnt/dcache/uscmsdisk/store/user/gerard1/
├── xrdcptest-file-on-exisitng-path
├── xrdcptest-newpath1
└── xrdcptest-newpath2
    └── specificfile-on-new-path

1 directory, 3 files

New (4.2.1-1) behavior:

[gerard1@dhcp-131-225-86-116 certs]$ rpm -q xrootd-client
xrootd-client-4.2.1-1.osg32.el6.x86_64
[gerard1@dhcp-131-225-86-116 certs]$ export XRD_MAKEPATH=true
[gerard1@dhcp-131-225-86-116 certs]$ /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/
[1.862kB/1.862kB][100%][==================================================][1.862kB/s]  
[gerard1@dhcp-131-225-86-116 certs]$ echo $?
0
[gerard1@dhcp-131-225-86-116 certs]$ /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-file-on-exisitng-path
[1.862kB/1.862kB][100%][==================================================][1.862kB/s]  
[gerard1@dhcp-131-225-86-116 certs]$ echo $?
0
[gerard1@dhcp-131-225-86-116 certs]$ /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath1/
[1.862kB/1.862kB][100%][==================================================][1.862kB/s]  
[gerard1@dhcp-131-225-86-116 certs]$ echo $?
0
[gerard1@dhcp-131-225-86-116 certs]$ /usr/bin/xrdcp /etc/passwd root://cmssrmdisk.fnal.gov:1094//dcache/uscmsdisk/store/user/gerard1/xrdcptest-newpath2/specificfile-on-new-path
[1.862kB/1.862kB][100%][==================================================][1.862kB/s]  
[gerard1@dhcp-131-225-86-116 certs]$ echo $?
0
[gerard1@dhcp-131-225-86-116 certs]$

#Everything works, let's see what it did...
[root@cmschimeradisk ~]# tree /mnt/dcache/uscmsdisk/store/user/gerard1/
/mnt/dcache/uscmsdisk/store/user/gerard1/
├── passwd
├── xrdcptest-file-on-exisitng-path
│   └── passwd
├── xrdcptest-newpath1
│   └── passwd
└── xrdcptest-newpath2
    └── specificfile-on-new-path
        └── passwd

4 directories, 4 files

The final path/file names are different, so I believe this will not fix our issue. Do you think the old behaviour could be emulated?

thanks,
  Gerard

---
Reply to this email directly or view it on GitHub:
https://github.com/xrootd/xrootd/issues/243
########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1