Hi Wei , Sorry, I just saw your mail. I will test using xrd getchecksum command. I will send you and update. I have found that I can trigger the error at ANL also. (doesn't happen at Duke - Duke is not a dual home redirector though). Doug On Aug 13, 2011, at 3:00 AM, Yang, Wei wrote: > Ok, I probably need you to run debugger and tell me which line print out that Error_accessing. Also, can you use xrd's getchecksum sub-command to retrieve the checksum? > > regards, > Wei Yang | [log in to unmask] | 650-926-3338(O) > > > > > On Aug 11, 2011, at 1:01 PM, Doug Benjamin wrote: > >> Hi, >> >> the security is unix security and I did xrdcp by hand. >> Thanks, >> Doug >> >> On Aug 11, 2011, at 3:24 PM, Yang, Wei wrote: >> >>> another think I forget to ask, how about the security module? and can you do an xrdcp? >>> >>> regards, >>> Wei Yang | [log in to unmask] | 650-926-3338(O) >>> >>> >>> On Aug 11, 2011, at 10:57 AM, Doug Benjamin wrote: >>> >>>> Hi Wei, >>>> >>>> The some machines that was using for these tests all are dual nic machines on a public and private network >>>> (yes - I know a very troublesome idea). I can use xrdcp to copy the files by hand using the private addresses. >>>> Somehow the xrdalder32 command is failing. >>>> >>>> Cheers, >>>> >>>> Doug >>>> >>>> On Aug 11, 2011, at 1:49 PM, Yang, Wei wrote: >>>> >>>>> Hi Doug, >>>>> >>>>> I noticed that the data server is on private IP. Just want to make sure that doesn't play a role. >>>>> >>>>> regards, >>>>> Wei Yang | [log in to unmask] | 650-926-3338(O) >>>>> >>>>> >>>>> >>>>> >>>>> On Aug 11, 2011, at 5:18 AM, Doug Benjamin wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I am trying to understand why my use of xrdalder32 command is failing. >>>>>> >>>>>> I have a file in xrootd storage - >>>>>> I can see it from the redirector >>>>>> >>>>>> [root@wnode01 ~]# xrd hnode.atlaspitt:1094 locateall /atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> >>>>>> >>>>>> ------------- Location #1 >>>>>> InfoType: kXrdcLocDataServer >>>>>> CanWrite: true >>>>>> Location: '192.168.100.101:1094' >>>>>> >>>>>> Yet I get this result from xrdalder32 >>>>>> >>>>>> [root@wnode01 ~]# /usr/bin/xrdadler32 root://hnode.atlaspitt:1094//atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> Error_accessing root://hnode.atlaspitt:1094//atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> >>>>>> I get a similar error when I query the data server with the file : >>>>>> >>>>>> [root@wnode01 ~]# /usr/bin/xrdadler32 root://wnode01.atlaspitt:1094//atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> Error_accessing root://wnode01.atlaspitt:1094//atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> >>>>>> Yet when I query the actual file on disk: the xrdalder32 succeeds. >>>>>> >>>>>> [root@wnode01 ~]# /usr/bin/xrdadler32 /local/xrootd/a/atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> d26e385b /local/xrootd/a/atlas/local/bdouglas/data11_7TeV.00180224.physics_Egamma.merge.NTUP_EGAMMA.f368_m806_p536_tid327358_00/NTUP_EGAMMA.327358._000001.root.1 >>>>>> >>>>>> Am I doing something wrong or did I find an undocumented feature. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Doug Benjamin >>>>>> >>>>>> >>>>>> >>>> >>