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