Monday 18th of June, 13:00 BST</br>
22 Open UK tickets this week.
NGI</br>
https://ggus.eu/ws/ticket_info.php?ticket=80259</br>
A few finishing touches and neurogrid.incf.org will be ready for launch.
OXFORD</br>
https://ggus.eu/ws/ticket_info.php?ticket=83330</br>
Atlas FTS transfers to Oxford were suffering from time out failures (that appeared to occur in batches). As I understand it the Oxford-RAL timeout settings had been reduced from their original (very high) settings, they've now been loosened up somewhat.
GLASGOW</br>
https://ggus.eu/ws/ticket_info.php?ticket=83283</br>
LHCB have been having software-setting-up problems on some nodes, Dave expects this is due to problems chronicled in https://savannah.cern.ch/bugs/index.php?95420 & https://savannah.cern.ch/support/?129468 compounded by local bandwidth problems to some subsets of their machines.
QMUL</br>
https://ggus.eu/ws/ticket_info.php?ticket=83020</br>
Chris is waiting on the the availability/reliability site to fix their certificate chain (https://ggus.eu/ws/ticket_info.php?ticket=83237) before he can fully comment on their stats for May.
https://ggus.eu/ws/ticket_info.php?ticket=83198</br>
Queen Mary are decommissioning one of their CEs (ce03.esc.qmul.ac.uk), Chris split this ticket into 15 and assigned it to each VO it supported. Which leads to..
T2K</br>
reference: https://ggus.eu/ws/ticket_info.php?ticket=83209</br>
As seen in this incarnation of Chris' ticket, t2k have requested that t2k.org get a VO entry in GGUS. Has anyone started the ball rolling on this?
(PS Chris, the pheno & camont tickets looks like it can be closed, I suspect the ngs one will take some time...)
DURHAM</br>
https://ggus.eu/ws/ticket_info.php?ticket=83006</br>
Availability/Reliability for May ticket. Mike put in a good (in my eyes) answer last week, but no movement from elsewhere on this ticket.
https://ggus.eu/ws/ticket_info.php?ticket=82214</br>
https://ggus.eu/ws/ticket_info.php?ticket=82818</br>
Both these tickets are looking almost wrapped up, nice one!
IC</br>
https://ggus.eu/ws/ticket_info.php?ticket=82946</br>
Still watching this ticket on atlas troubles with cvmfs, no movement although Daniela is on the case.
SUSSEX</br>
https://ggus.eu/ws/ticket_info.php?ticket=81784</br>
The certification infrastructure at GRNET has started to cause problems (again), Jeremy ticketed them (https://ggus.eu/ws/ticket_info.php?ticket=83284).
SOLVED CASES</br>
https://ggus.eu/ws/ticket_info.php?ticket=83326</br>
Raul at Brunel were having cvmfs troubles on a few nodes, fixed by a forced clean-up & restart. Not very interesting on its own, but there seems to be a number of cvmfs tickets cropping up.
NEW https://ggus.eu/ws/ticket_info.php?ticket=82670</br>
SNO+ ticket that Daniela brought back to my attention from last week, the apparent WMS problem was actually a CREAM side "misconfiguration", details in the ticket and e-mail Daniela sent to the list.
FROM THE UK:</br>
(https://www.gridpp.ac.uk/wiki/Tickets_From_The_UK)</br>
No significant change since last week on existing tickets.
https://ggus.eu/ws/ticket_info.php?ticket=83243</br>
Daniela noticed that IC weren't updating in APEL, this looks to be caused by the Imperial CEs not being registered in the gocdb as APEL endpoints.
https://ggus.eu/ws/ticket_info.php?ticket=83352</br>
Daniela's ticket to track problems seen in the SL6/EMI2 bdii.
|