Print

Print


Hi Geonmo,

I am looking at log_20190228/failed/fallback_20190228091609. It looks like you are running on cms-t2-wn1047.sdfarm.kr, and trying to copy a file

root://cmsxrootd.fnal.gov//store/test/xrootd/T2_BE_IIHE/store/mc/SAM/GenericTTbar/AODSIM/CMSSW_9_2_6_91X_mcRun1_realistic_v2-v1/00000/A64CCCF2-5C76-E711-B359-0CC47A78A3F8.root

The client was redirected to maite.iihe.ac.be:1094, successfully authenticated using GSI (see line 142), and then was sent to [2001:6a8:1080::b:92]:20341 (line 155). At there, the client seems to have successfully opened the file (line 158).

After this, the log show that the client was sent to cms-xrd-transit.cern.ch:1094 for some reason (line 183). Unfortunately there is no info in between. So can you running the copy command manually?

xrdcp -d 3 -f root://cmsxrootd.fnal.gov//store/test/xrootd/T2_BE_IIHE/store/mc/SAM/GenericTTbar/AODSIM/CMSSW_9_2_6_91X_mcRun1_realistic_v2-v1/00000/A64CCCF2-5C76-E711-B359-0CC47A78A3F8.root /dev/null

and see what happen?

--
Wei Yang  |  [log in to unmask]  |  650-926-3338

________________________________________
From: [log in to unmask] <[log in to unmask]> on behalf of "Geonmo Ryu" <[log in to unmask]>
Sent: Thursday, May 16, 2019 1:32 AM
To: xrootd-l
Subject: About XRootD Global Redirector test

Hello, XRootD experts,



We operated a CMS Tier-2 Center for CERN's CMS experiments.



All CMS Tier-2 centers participating in this experiment must pass a monitoring system called SAM3.



We are constantly experiencing one of the problems in this checking process.



At a problematic test, it checked the remote data accessibility through global redirector of CMS/



It is set to download only a part of the file, so the actual amount transferred is very small, about a few MB.



Therefore, the task is configured to finish within 240 seconds (4 minutes).



I have found that this test is successful in some cases and that some tasks fail.



When I looked at the failed jobs, I noticed that the following job redirection through the Global Redirector.



After finding the final XRootD Server, it re-scanned the redirector server from Global XRootD Redirector again.



We were able to see that it restarted without any distinguish message.



- T2_BE_IIHE

cmsxrootd.fnal.gov:1094 -> cms-xrd-global.cern.ch:1094 -> xrootd.ba.infn.it:1094 -> maite.iihe.ac.be:1095 -> maite.iihe.ac. be: 1094 -> [2001: 6a8: 1080 :: b: 92]: 20341 -> cmsxrootd.fnal.gov:1094 -> cms-xrd-global.cern.ch:1094 -> ......



The only information we know that one packet can be lost when going out of our center.



When I tried to send a packet to the sites through the "MTR" program, I could see that only one packet disappeared.



I suspect that this one packet makes a rescanning from the beginning point.



If you have any information to resolve this problem, please let me know how to that.



Regards,


--------------------------------------------------------------------------------------------------
Geonmo Ryu / ·ù°Ç¸ð

Korea Institute of Science and Technology Information (KISTI)
Global Science Experimental Data Hub Center (GSDC)
245 Daehak-ro, Yuseong-gu, Daejeon, 305-806, Republic of Korea
Tel :  +82-42-869-1639, +82-10-4337-9423
Mail : [log in to unmask] / [log in to unmask]
--------------------------------------------------------------------------------------------------




________________________________

Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1