Monday 3rd February 2014, 14.30 GMT</br>
Only 29 open tickets in the UK at the moment. To split it further, only 4 of these are "green", three are "yellow, the rest are "red". 7 are perfsonar related tickets, the only really big group of tickets we have.
RALPP</br>
https://ggus.eu/ws/ticket_info.php?ticket=100480 (23/1)</br>
Some obsolete entries were being published at RALPP, Chris thinks he has fixed it though (a problem on the cluster BDII), awaiting confirmation. Waiting for reply (31/1) Update-Solved
https://ggus.eu/ws/ticket_info.php?ticket=100849 (29/1)</br>
Duncan has ticketed RALPP over their perfsonar latency box, he reckons a full log partition. Looks like this ticket hasn't been noticed yet though. Assigned (30/1)
OXFORD</br>
https://ggus.eu/ws/ticket_info.php?ticket=99642 (10/12)</br>
Backup Voms server testing for GridPP and Southgrid VOs at Oxford. On hold (30/1)
BRISTOL</br>
https://ggus.eu/ws/ticket_info.php?ticket=99910 (20/12/2013)</br>
LHCB having problems with the environment at Bristol, tracked to ARC being an odd duck. The problem has been forwarded to the ARC devs. On hold (21/1)
GLASGOW</br>
https://ggus.eu/ws/ticket_info.php?ticket=98253 (21/10/2013)</br>
Getting CMS working at Glasgow - the ticket. Gareth has updated a magic CMS xml file using one given to him by Daniela and notes that they're still failing CMS xrootd tests. Gareth asks if the tests are critical, and if they are he pleads for help. The lack of CMS credentials is really nobbling their efforts to getting this sorted, or even digging up docs. Waiting for reply (3/2) Update- Daniela provided an update containing what I can only assume is an invocation of dark forces, Gareth has risked his immortal soul and applied it.
EDINBURGH</br>
I'll probably be better off coming back to these in a few weeks time!
https://ggus.eu/ws/ticket_info.php?ticket=100840 (29/1)</br>
ECDF have an APEL-Pub nagios error going on. Looks like this has flown under the radar, probably due to both Andy and Wahid having more important things on their mind right now. Assigned (29/1)
https://ggus.eu/ws/ticket_info.php?ticket=99179 (25/11/2013)</br>
Glue2 obsolete entries. Plans to retire the CEs have been slowed down due to waiting on networking changes. Andy reported that he'll fix the publishing if their not in position to decommission soon. On hold (24/1)
https://ggus.eu/ws/ticket_info.php?ticket=99180 (25/11/2013)</br>
Similar to above, but publishing default values. It's the same CEs at fault, so this ticket is in the same boat. On hold (4/12/2013)
https://ggus.eu/ws/ticket_info.php?ticket=99794 (16/12/2013)</br>
ECDF's perfsonar boxen blocking access to their webpages. Was held up by Christmas, but no news since-probably won't be for a few weeks. On hold (16/12/2013)
https://ggus.eu/ws/ticket_info.php?ticket=100569 (28/1)</br>
The perfsonar latency box has started refusing connections. On hold whist Andy's off. On hold (28/1)
https://ggus.eu/ws/ticket_info.php?ticket=95303 (1/7/2013)</br>
glexec ticket. Sadly the same story as last time (or the last times).
DURHAM</br>
https://ggus.eu/ws/ticket_info.php?ticket=99621 (10/12/2013)</br>
Durham have a bad worker node, spotted by enmr.eu. Whilst the guys haven't had a chance to fix it, one could argue that an offlined problem is a solved problem, as it can't hurt the jobs anymore. On hold (28/1)
SHEFFIELD</br>
https://ggus.eu/ws/ticket_info.php?ticket=100037 (3/1)</br>
Sheffield's perfsonar box needed some site firewall holes poking for it. On the to do list is an upgrade and assimilation into the mesh due to only testing against 6 sites currently. On hold (27/1)
MANCHESTER</br>
https://ggus.eu/ws/ticket_info.php?ticket=100867 (30/1)</br>
Teething problems for Manchester's new perfsonar boxes. Alessandra asks Duncan if it can be closed. In progress (3/2) Update- Solved, and wasn't a site problem to begin with.
LANCASTER</br>
https://ggus.eu/ws/ticket_info.php?ticket=100566 (27/1)</br>
Lancaster isn't getting 10G performance out of its perfsonar boxen. My suspicion is that the NICs themselves are running slow, not the switches. Maybe I'm using the wrong drivers? In progress (3/2)
https://ggus.eu/ws/ticket_info.php?ticket=95299 (1/7/2013)</br>
Lancaster's GLEXEC ticket, waiting on me getting a tarball one working. I'm currently trying out another tarball one on my test bed, but it's early days yet (it's more an exercise in documenting the errors at the mo). On hold (31/1)
https://ggus.eu/ws/ticket_info.php?ticket=100011 (31/12/2013)</br>
Biomed stopped working for one of the Lancaster CEs. The ticket suffered from lack of priority (sorry biomed!). On hold (24/1)
UCL</br>
https://ggus.eu/ws/ticket_info.php?ticket=95298 (1/7/2013)</br>
The UCL glexec ticket. SL6 and DPM upgrades are done, Ben is just getting things settled before he starts tackling this. On hold (27/1)
QMUL</br>
https://ggus.eu/ws/ticket_info.php?ticket=94746 (10/6/2013)</br>
QM having trouble scrubbing the biomed out of their SE's information system. Chris submitted https://ggus.eu/ws/ticket_info.php?ticket=100290 and has put a lot of hours into this. On hold (14/1)
BRUNEL</br>
https://ggus.eu/ws/ticket_info.php?ticket=100568 (28/1)</br>
Brunel's perfsonar have problems. Raul plans to upgrade, and has let know his distaste that an upgrade requires a reinstall. In progress (29/1)
EFDA-JET</br>
https://ggus.eu/ws/ticket_info.php?ticket=97485 (21/9/2013)</br>
LHCB job problems still haunting jet. I think this ticket should be in "Waiting for reply", but I also think that I know the answer to the question (that the error message they're seeing as a red herring). In progress, should be in some other status (29/1)
TIER 1</br>
https://ggus.eu/ws/ticket_info.php?ticket=100114 (8/1)</br>
Chis has spotted jobs failing to get from RAL WMS to Imperial. Looked to be SSL problems. On hold awaiting RAL upgrade to the next WMS release. On hold (30/1)
https://ggus.eu/ws/ticket_info.php?ticket=100343 (16/1)</br>
RAL WMS producing 512-bit proxies (occasionally). Waiting on the same release. Waiting for reply (?) (27/1)
https://ggus.eu/ws/ticket_info.php?ticket=100887 (31/1/2013)</br>
Due to the same underlying issue as the above tickets , Chris asks for the gridsite package on the webdav LFC to be updated. In progress (31/1)
https://ggus.eu/ws/ticket_info.php?ticket=100507 (23/1)</br>
CMS transfers failed between Caltech and RAL. The problem has eased itself, so the ticket only needs to be kept open if further investigation is warranted (as Brian pointed out). In progress (3/2)
https://ggus.eu/ws/ticket_info.php?ticket=98249 (21/10/2013)</br>
CVMFS for SNO+. Almost there, creating the Sno+ tarballs to test with is taking longer then expected. On hold (29/1)
https://ggus.eu/ws/ticket_info.php?ticket=99556 (6/12/2013)</br>
The new NGI Argus server (argusngi.gridpp.rl.ac.uk) has been set up in the gocdb and is online. In progress (30/1)
https://ggus.eu/ws/ticket_info.php?ticket=97025 (3/9/2013)</br>
Ye olde RAL myproxy server name confusion issue. No news on this for a while, the hope is having this dealt with soon. But then the last update was nearly a month ago, so soon isn't as soon as we'd like it to be! On hold (6/1)
That's all folks. I noticed a few longstanding tickets have been solved over the course of January, so thanks for that!
|