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
>>>>>
>>>>>
>>>>>
>>>
>
|