- 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
ATLAS needs to run more single-core analysis jobs
- https://helpdesk.gridpp.rl.ac.uk/Ticket/Display.html?id=397775
- Will be direct IO; need for vectored reads
Did notice that 100% on Vande no longer corresponds to 100% *11.7/10 on Atlas monitoring (accounting for corepower difference). Obscured by current changes
- Some recent change to batch workers ?
- Some change to absolute Fairshare values ?
Echo Read access for Oxford ATLAS XCache
- https://helpdesk.gridpp.rl.ac.uk/Ticket/Display.html?id=397191
TPC-http
- Bespoke checksum script on Test Gateway to return checksum
- Return of the '//' macaroon path normalisation issue.
CMS is running 'at pledge' due to being limited for LHCb to be fixed and they are now running 200% of their pledge. Most CMS-only nodes are empty.
SAM tests looking much better this week. No change or fix was applied. However, I see a large number of job failures and very low efficiency. The failures are mostly FileOpen or FileRead. I have an example 'step chain' job to try - i.e. a multi-step job. I want to try this on one of the empty CMS-only nodes, hopefully this week.
After talking to Chris Brew, we think there is a problem with the /etc/hosts file for the CMS docker config. He says you can't do this with the same IP address:
172.28.1.1 xrootd.echo.stfc.ac.uk
172.28.1.1 ceph-gw10.gridpp.rl.ac.uk
172.28.1.1 ceph-gw11.gridpp.rl.ac.uk
He said I should ask for a change to:
172.28.1.1 xrootd.echo.stfc.ac.uk ceph-gw10.gridpp.rl.ac.uk ceph-gw11.gridpp.rl.ac.uk
LHCb
DUNE