Monday 3rd March 2014, 14.30 GMT</br>
44 Open UK NGI tickets this week.
NGI</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101502 (24/2)</br>
ILC moving to cvmfs, so those of us seekign to continue support will need to enable it. IC and Cambridge have already moved and been confirmed working. It might be easier if we collate any other sites who have moved into a single list to give to ILC. The working plan is to open tickets against sites who haven't moved after giving them a suitable grace period. In progress (26/2)
TIER 1</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=99556 (6/12/13)</br>
The NGI Argus ticket. There's been great progress on this, can we reflect some of this in the ticket? Or perhaps close it if we're satisfied. In progress (13/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101491 (23/2)</br>
The RAL perfsonar latency box is being troublesome. It crashed and was brought back up again, but has crashed again so Duncan has reopened the ticket. Reopened (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101716 (28/2)</br>
This cms transfer ticket has INFN as the "notified site", surely it should be RAL-LCG2 instead? I didn't change it myself in case I missed some nuance. Transfer problems appear to be linked to the virtualisation problems RAL have been experiencing affecting FTS3. In progress (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101729 (1/3)</br>
LHCB pilots failing on a RAL CE. Being looked into. In Progress (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101701 (28/2)</br>
ILC having troubles with the RAL ARC CEs. Looks to be a user group for ilc (production) missing. In progress (28/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101052 (6/2)</br>
Biomed having trouble retrieving results from RAL cream CEs. Tracked down to the RAL EMI2 argus not handling Rfc proxies. An update to EMI3 is hoped to fix this, although Dan reports that this isn't the case at QM (see 101639). In progress (27/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101532 (25/2)</br>
LHCB noting that RAL is publishing the default MaxCPUtime. Fixed but Orlin notes some caching behaviour. Maria AP chimed in that you might have a buffy bdii version in the chain. In progress (26/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100114 (8/1)</br>
Chris W's ticket concerning jobs failing to get from RAL to Imperial. Catalin asked for some testing, but Chris has been on busy. The ticket hit its second reminder though. Waiting for reply (11/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=97025 (3/9/13)</br>
Longstanding myproxy issue. Andrew reports that the new myproxy service is up and running, so I assume this ticket can be closed soon? Or at least put back in progress. On hold (25/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101079 (9/2)</br>
ARC CEs having a default SE of 0 and not being able to tune this per VO. Andrew is figuring out a fix to this. In progress (25/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=98249 (21/10/13)</br>
cvmfs for Sno+. Ticket on hold whilst tarballs are created. Been that way for a while. On hold (29/1).
EDINBURGH</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100569 (28/1)</br>
ECDF's perfsonar box refusing MA connections. Wahid has rebooted the box but no joy, Duncan linked some instructions as requested. In progress (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=99794 (16/12/13)</br>
Access to the ECDF perfsonar pages. There's a big ACL overhaul going on at the moment, Andy apologises and will chase the central IT chaps about it. On hold (28/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101659 (27/2)</br>
44444 jobs publishing on some ECDF CEs (as part of information system cleanup campaign). These CEs are due for retirement (replicant style) today, so this and the related tickets will be done with soon. In progress (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100840 (29/1)</br>
Apel-Pub nagios test failures at ECDF. The guys are working on it, but sadly the ticket is escalating. Daniela posted a note that if you have a support ticket with APEL open (which I think is advisable) to link that into this ticket. In progress (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=95303 (1/7/13)</br>
glexec deployment ticket. The ECDF lads are waiting on the tarball (i.e. me). Still. On hold (27/1)
RALPP</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101726 (1/3)</br>
LHCB ticket about the default CPU time (999999) being published at RALPP. I thought that RALPP had solved something like this recently, but maybe I dreamt it? Assigned (1/3) Update - Solved, something was being published that shouldn't be any more.
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101727 (1/3)</br>
Info system cleanup campaign, 4444444 job at RALPP. Assigned (1/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101398 (19/2)</br>
LHCB would like xrootd holes poked in the RALPP firewall. As mentioned last week I believe this requires holes poked in the RAL firewall, which is undergoing an overhaul. This ticket could do with some attention mentioning these problems, and possible on holding. In progress (19/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101136 (11/2)</br>
Request to upgrade the RALPP perfsonar to the latest version. Due to a lack of hands on deck Chris postponed this work, with a reminder date of today. On hold (21/2)
IMPERIAL</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101367 (18/2)</br>
A cms user having trouble srmcping in his jobs at IC. Looks to be a java 1.7 mismatch problem. Simon has asked some questions, no answer yet (user has set notify to "on solution" so might not have got the update). Waiting for reply (24/2)
DURHAM</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101752 (3/3)</br>
LHCB jobs having problems at Durham. Ewan S. has asked if the problems persist. Waiting for reply (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101763 (3/3)</br>
Part of the campaign to clean up the information system, Durham have been asked to update their BDIIs (site and resource) to not-buggy versions. Assigned (3/3)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101177 (12/2)</br>
Durham trying to wash the biomed out of their SE's information system. No joy yet. I advise asking at the storage meeting if stuck. In progress (26/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=99621 (10/12/13)</br>
enmr noticed a bad WN, which was promptly quarantined. It hasn't been fixed, but I maintain that the problem itself is contained and solved if you want to close the ticket... On hold (28/1)
GLASGOW</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101710 (28/2)</br>
Nagios SRM-Put test failures. The problem is known (it's DPM being odd with its space reporting whilst a pool is readonly -Sam describes it better). In progress (28/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101565 (26/2)</br>
LHCB sees that Glasgow is also publishing default max CPU time for some (all? one?) of their queues. Sam points out that this is on purpose (due in part to multicore jobs, jobs are limited by Wall time only), and asks if LHCB can't make educated guesses. Stefen replies with a point about the difference in "MaxCPUTime" and "MaxTotalCPUTime", but I'm not sure that covers the Glasgow concerns. Worth discussing to get a UK stance on this. In progress (3/3)
BRUNEL</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100568 (28/1)</br>
Perfsonar MA problem. Raul has been working steadily at this and it looks to be progressing nicely. In progress (28/2)
QMUL</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101676 (27/2)</br>
One of QM's perfsonar boxes is having problems, missing services. Likely to be caused by running a bleeding edge version of perfsonar. In progress (27/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101682 (27/2)</br>
Brian has asked for a SE dump of QM atlas files. Assigned (27/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101557 (25/2)</br>
Matt from SNO+ having trouble on a QM UI, delegating proxies to the FTS. The same works on lxplus though. This ticket needs a home, but there's an argument that it isn't a site problem (as a UI isn't necessarily part of a site). Assigned (26/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=94746 (10/6/13)</br>
Biomed haunting the QM SE's info system. I believe Chris is waiting on his changes to seep into the Storm release (100290). On hold (14/1)
BRISTOL</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101669 (27/2)</br>
lhcb ticketed Bristol, but the CE in question is in scheduled downtime. Possibly worth keeping this open whilst downtime is on to avoid a duplicate. In progress (27/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101516 (24/2)</br>
Bristol's perfsonar ticket. Bristol upgraded which seems to have solved some of their problems, but their other server is having trouble now. Maybe the same again will fix it? In progress (25/2)
UCL</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=95298 (1/7/13)</br>
glexec at UCL. No news for a while from Ben. Daniela reminds him that the EMI3 upgrade is also imminent. On hold (26/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101285 (16/2)</br>
A perfsonar ticket for UCL. A power outage looks to have brutalised their box. No word yet on if Ben has been able to save it. On hold (22/2)
SHEFFIELD</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=101374 (19/2)</br>
Sheffield's LHCB maxcputime ticket. Elena has set in progress but no news. In progress (25/2)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100037 (3/1)</br>
A perfsonar ticket for Sheffield, whose perfsonar needs updating. No news for a while. On hold (3/2)
LANCASTER</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=95299 (1/7/13)</br>
Lancaster's glexec ticket. Whilst there's been some progress in the glexec tarball (not as much as there should be, as tarball time keeps being redirected, particularly with EMI3), no movement on the ticket. On hold (31/1)
https://ggus.eu/index.php?mode=ticket_info&ticket_id=100566 (27/1)</br>
Lancaster suffering Poo Perfsonar Performance (I couldn't resist the childish alliteration). It doesn't seem to be an artificial carp (the rate has peeped over the 1Gb/s mark now and again. Looking for bottlenecks, but not had anytime to investigate. On hold (17/2)
EFDA-JET</br>
https://ggus.eu/index.php?mode=ticket_info&ticket_id=97485 (21/9/13)</br>
LHCB jobs failing at JET due to openssl problems. No progress for a while, after the JET guys exhausted everything. On hold (11/2)
|