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