Difference between revisions of "Tier1 Operations Report 2017-02-08"

From GridPP Wiki
Jump to: navigation, search
()
Line 23: Line 23:
 
| style="background-color: #f8d6a9; border-bottom: 1px solid silver; text-align: center; font-size: 1em; font-weight: bold; margin-top: 0; margin-bottom: 0; padding-top: 0.1em; padding-bottom: 0.1em;" | Resolved Disk Server Issues
 
| style="background-color: #f8d6a9; border-bottom: 1px solid silver; text-align: center; font-size: 1em; font-weight: bold; margin-top: 0; margin-bottom: 0; padding-top: 0.1em; padding-bottom: 0.1em;" | Resolved Disk Server Issues
 
|}
 
|}
* GDSS772 (LHCbDst - D1T0) failed on Thursday evening, 19th Jan. Back read-only the following afternoon. A disk drive was replaced. Two files reported lost.
+
* GDSS780 (LHCbDst - D1T0) crashed on 25th Jan. It was returned to service later that day after a memory swap-around.
* GDSS667 (AtlasScratchDisk - D1T0) failed on Sunday morning (22nd Jan). It was returned to service read-only the following afternoon. One drive with a lot of media errors was replaced. Eleven files reported lost to Atlas.
+
* GDSS687 (AtlasDataDisk - D1T0) was removed from production on 27th January when it was found to have two faulty disk drives. It was returned to service on the 30th after the drive replacements.
* GDSS776 (LHCbDst - D1T0) has problems after the reboots to pick up security patches on Monday (23rd). It was returned to service teh following day.
+
* GDSS776 (LHCbDst - D1T0) crashed on 3rd Feb. It was returned to service on the evening of the same day after being checked. Five files were lost from the time of the crash.
 
<!-- ***************************************************** ----->
 
<!-- ***************************************************** ----->
  
Line 47: Line 47:
 
| style="background-color: #f8d6a9; border-bottom: 1px solid silver; text-align: center; font-size: 1em; font-weight: bold; margin-top: 0; margin-bottom: 0; padding-top: 0.1em; padding-bottom: 0.1em;" | Ongoing Disk Server Issues
 
| style="background-color: #f8d6a9; border-bottom: 1px solid silver; text-align: center; font-size: 1em; font-weight: bold; margin-top: 0; margin-bottom: 0; padding-top: 0.1em; padding-bottom: 0.1em;" | Ongoing Disk Server Issues
 
|}
 
|}
* GDSS780 (LHCbDst - D1T0) crashed at around 8am this morning (Wed 25th Jan). System under investigation.
+
* None
 
<!-- ***************End Ongoing Disk Server Issues**************** ----->
 
<!-- ***************End Ongoing Disk Server Issues**************** ----->
 
<!-- ************************************************************* ----->
 
<!-- ************************************************************* ----->

Revision as of 12:59, 8 February 2017

RAL Tier1 Operations Report for 8th February 2017

Review of Issues during the fortnight 25th January to 8th February 2017.
  • We have still been seeing SAM SRM tests failures for CMS. These are owing to the total load on the instance. (Now recorded as an ongoing operational problem below).
  • There was a performance problem on the LHCb Castor instance following the upgrade last Wednesday. This was resolved by the end of the following day.
  • On Monday the LHCb Castor instance was stopped while OS security patches were applied and nodes rebooted. It took a couple of hours after the planned intervention to get the last disk server back as a couple of them had problems on reboot.
Resolved Disk Server Issues
  • GDSS780 (LHCbDst - D1T0) crashed on 25th Jan. It was returned to service later that day after a memory swap-around.
  • GDSS687 (AtlasDataDisk - D1T0) was removed from production on 27th January when it was found to have two faulty disk drives. It was returned to service on the 30th after the drive replacements.
  • GDSS776 (LHCbDst - D1T0) crashed on 3rd Feb. It was returned to service on the evening of the same day after being checked. Five files were lost from the time of the crash.
Current operational status and issues
  • There is a problem seen by LHCb of a low but persistent rate of failure when copying the results of batch jobs to Castor. There is also a further problem that sometimes occurs when these (failed) writes are attempted to storage at other sites.
  • We are seeing a rate of failures of the CMS SAM tests against the SRM. These are affecting our (CMS) availabilities. We attribute these failures to load on Castor.
Ongoing Disk Server Issues
  • None
Notable Changes made since the last meeting.
  • Castor 2.1.15 updates carried out on the LHCb and Atlas stagers.
  • The top BDIIs have been put behind load balancers. (This was recently done for the site BDIIs)
  • Migration of LHCb data from 'C' to 'D' tapes ongoing. Now over 90% done with less than 100 out of the 1000 tapes still to do.
  • A resiliency test was carried out on ECHO (CEPH) - checking its ability to handle failures of a rack of equipment etc. The system passed this successfully. An internal data migration test within ECHO is now underway. This has had some impact on external access.
Declared in the GOC DB


Service Scheduled? Outage/At Risk Start End Duration Reason
Whole site SCHEDULED WARNING 01/03/2017 07:00 01/03/2017 11:00 4 hours Warning on site during network intervention in preparation for IPv6.
All Castor and ECHO storage and Perfsonar. SCHEDULED WARNING 22/02/2017 07:00 22/02/2017 11:00 4 hours Warning on Storage and Perfsonar during network intervention in preparation for IPv6.
Advanced warning for other interventions
The following items are being discussed and are still to be formally scheduled and announced.

Pending - but not yet formally announced:

  • Merge AtlasScratchDisk into larger Atlas disk pool.

Listing by category:

  • Castor:
    • Update to Castor version 2.1.15. This upgrade is now part done.
    • Update SRMs to new version, including updating to SL6. This will be done after the Castor 2.1.15 update.
Entries in GOC DB starting since the last report.
Service Scheduled? Outage/At Risk Start End Duration Reason
IPv6 testbed nodes UNSCHEDULED OUTAGE 01/02/2017 07:30 01/02/2017 12:00 4 hours and 30 minutes RAL IPv6 testbed network intervention
srm-cms-disk.gridpp.rl.ac.uk, srm-cms.gridpp.rl.ac.uk, SCHEDULED OUTAGE 31/01/2017 10:00 31/01/2017 11:46 1 hour and 46 minutes Castor 2.1.15 Upgrade. Only affecting CMS instance. (CMS stager component being upgraded).
srm-alice.gridpp.rl.ac.uk, UNSCHEDULED OUTAGE 27/01/2017 16:00 30/01/2017 14:00 2 days, 22 hours Continuing problems with Alice SRM xrootd access
srm-alice.gridpp.rl.ac.uk, UNSCHEDULED OUTAGE 27/01/2017 12:00 27/01/2017 16:00 4 hours Continuing problems with Alice SRM xrootd access
srm-alice.gridpp.rl.ac.uk, UNSCHEDULED OUTAGE 26/01/2017 16:00 27/01/2017 12:00 20 hours Problems for alice storage after Castor upgrade at RAL
Castor GEN instance SCHEDULED OUTAGE 26/01/2017 10:00 26/01/2017 16:00 6 hours Castor 2.1.15 Upgrade. Only affecting GEN instance. (GEN stager component being upgraded).
Open GGUS Tickets (Snapshot during morning of meeting)
GGUS ID Level Urgency State Creation Last Update VO Subject
126376 Green Urgent In Progress 2017-02-05 2017-02-08 CMS SAM3 CE & SRM test failures at T1_UK_RAL
126296 Green Urgent Waiting Reply 2017-02-01 2017-02-06 CMS SAM SRM test errors at T1_UK_RAL
126184 Green Less Urgent In Progress 2017-01-26 2017-02-07 Atlas Request of inputs for new sites monitoring
124876 Red Less Urgent On Hold 2016-11-07 2017-01-01 OPS [Rod Dashboard] Issue detected : hr.srce.GridFTP-Transfer-ops@gridftp.echo.stfc.ac.uk
117683 Red Less Urgent On Hold 2015-11-18 2016-12-07 CASTOR at RAL not publishing GLUE 2. We looked at this as planned in December (report).
Availability Report

Key: Atlas HC = Atlas HammerCloud (Queue ANALY_RAL_SL6, Template 844); CMS HC = CMS HammerCloud

Day OPS Alice Atlas CMS LHCb Atlas HC CMS HC Comment
25/01/17 100 100 100 100 100 99 100
26/01/17 -1 63 92 100 100 100 100 ALICE: GEN Castor stager 2.1.15 upgrade; Atlas: Checks timed out.
27/01/17 100 0 100 100 100 100 100 Alice specific problems after the Castor GEN upgrade.
28/01/17 100 0 100 100 100 100 100 Alice specific problems after the Castor GEN upgrade.
29/01/17 100 0 100 100 100 98 98 Alice specific problems after the Castor GEN upgrade.
30/01/17 100 32 86 100 100 90 100 Atlas: Could not open connection to srm-atlas.gridpp.rl.ac.uk; Alice specific problems after the Castor GEN upgrade.
31/01/17 -1 100 100 100 100 89 100
01/02/17 100 100 100 100 85 100 N/A SRM test failures to list file.
02/02/17 100 100 100 100 100 100 97
03/02/17 100 100 100 100 96 98 100 SRM test failures to list file.
04/02/17 100 100 98 100 100 100 100 Could not open connection to srm-atlas.gridpp.rl.ac.uk
05/02/17 100 100 90 100 100 100 100 Checks timed out.
06/02/17 100 100 85 100 100 99 100 Checks timed out.
07/02/17 100 100 100 100 100 99 100
Notes from Meeting.
  • More detail was given on the problems encountered by the LHCb Castor instance after the stager update. These were a version of a particular library used by Castor needed updating, a Castor parameter and a database parameter was also adjusted.
  • There will need to be an update to all Oracle database servers to remove a component called ASMLIB. This si being tested now.
  • Some ALICE problems were reported last week and a cap put on the number of batch jobs they can run. This cap has since been removed and no further problems encountered. (At the peak ALICE were running around 10,000 jobs on our batch farm yesterday. Capacity being available as Atlas were not running during the Atlas Castor update).