Print

Print


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