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