- Compact style
- Indico style
- Indico style - inline minutes
- Indico style - numbered
- Indico style - numbered + minutes
- Indico Weeks View
https://tinyurl.com/T1-GGUS-Open
https://tinyurl.com/T1-GGUS-Closed
https://lcgwww.gridpp.rl.ac.uk/utils/availchart/
https://cms-site-readiness.web.cern.ch/cms-site-readiness/SiteReadiness/HTML/SiteReadinessReport.html#T1_UK_RAL
http://hammercloud.cern.ch/hc/app/atlas/siteoverview/?site=RAL-LCG2&startTime=2020-01-29&endTime=2020-02-06&templateType=isGolden
* RT: #296706: Optimise XRootD checksums for TPC transfers from ECHO
* RT: #313743: Update of SRR to v6 required specs
* AD to update Corepower
Staging from latest reprocessing campaign going well; comment from atlas:
"Staging throughput at RAL has been high and stable (DDM plot attached). what are your secrets to reach such a good performance ?"
- Would be good to send back a current summary.
Update from SL6 to SL7 by George P to the CMS AAA RAL redirector. We had trouble figuring out why I could not make an xrdcp through the redirector, so we did not put it back in the UK alias. xrootd-cms-uk is the name of the VM. On Friday we figured out the config, and put it back in the alias on Monday. Possibly related - a lot of failing jobs over the weekend with 'secondary inputs' offsite. The idea is that RAL can use the 2 other redirectors at IC, but I'm not sure if this wasn't working, or was overloaded, as a possible cause of the failures of Processing jobs, image attached.
Job failure rate briefly improved, but looks bad again in the last couple of days. Job efficiency is currently low, ~40%. Data read time is high.
Apologies - last week has been unconventional for me.
LHCb
DUNE