Difference between revisions of "Tier1 Operations Report 2016-08-03"

From GridPP Wiki
Jump to: navigation, search
(→‎)
(→‎)
 
(11 intermediate revisions by one user not shown)
Line 8: Line 8:
 
{| width="100%" cellspacing="0" cellpadding="0" style="background-color: #ffffff; border: 1px solid silver; border-collapse: collapse; width: 100%; margin: 0 0 1em 0;"
 
{| width="100%" cellspacing="0" cellpadding="0" style="background-color: #ffffff; border: 1px solid silver; border-collapse: collapse; width: 100%; margin: 0 0 1em 0;"
 
|-
 
|-
−
| style="background-color: #b7f1ce; 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;" | Review of Issues during the week 20th to 27th July 2016.
+
| style="background-color: #b7f1ce; 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;" | Review of Issues during the week 27th July to 3rd August 2016.
 
|}  
 
|}  
−
* There has been continued saturation of the inbound 10Gbit OPN link - it has now shown complete saturation for a fortnight.
+
* There has been more saturation of the inbound 10Gbit OPN link. There was a respite during the LHC stop last week - but the data flows have picked up again this week. We will reconfigure to use both links, effectively upgrading to a 20Gbit connection, tomorrow (4th Aug).
 +
* There was a problem with the GEN Castor GEN instance caused by a particular disk server late on Saturday evening, 30th July. This was fixed by the oncall team. There was an effect on ALICE SAM tests of the SE for a while around midnight.
 
<!-- ***********End Review of Issues during last week*********** ----->
 
<!-- ***********End Review of Issues during last week*********** ----->
 
<!-- *********************************************************** ----->
 
<!-- *********************************************************** ----->
Line 21: Line 22:
 
| 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
 
|}
 
|}
−
* GDSS650 (LHCbUser, D1T0) which failed on Monday (19th July) was returned to service on Wednesday afternoon (20th). There was a single file lost which was being written when server failed.
+
* GDSS675 (CMSTape D0T1) was returned to service on Thursday (28th July). It had been taken out of service on Tuesday (26th July) when a second disk failure while the first one was being rebuilt.  
−
* GDSS634 (AtlasTape, doT1) crashed on Thursday 21st July. It was returned to service on Monday, 25th July. This looks like a disk controller failure. Eleven files that were being written as it failed were reported lost to Atlas.
+
−
* GDSS678 (CMSTape D0T1) crashed on Saturday (23rd July). It was returned to service, initially read-only, the following day.7 files reported lost to CMS.
+
 
<!-- ***************************************************** ----->
 
<!-- ***************************************************** ----->
  
Line 45: Line 44:
 
| 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
 
|}
 
|}
−
* GDSS675 (CMSTape D0T1) was taken out of service on Tuesday morning. 26th July. It had a second disk failure while the first one was being rebuilt. All files awaiting migration to tape were flushed off the server before it was taken out of service.
+
* GDSS634 (AtlasTape, doT1) crashed on Friday afternoon 29th July. There were four files awaiting migration to tape on the server. These were copied off on Saturday (30th). This server has crashed before and is being thoroughly checked out - including swapping all its disk drives, before it is returned to production.
 
<!-- ***************End Ongoing Disk Server Issues**************** ----->
 
<!-- ***************End Ongoing Disk Server Issues**************** ----->
 
<!-- ************************************************************* ----->
 
<!-- ************************************************************* ----->
Line 56: Line 55:
 
| style="background-color: #b7f1ce; 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;" | Notable Changes made since the last meeting.
 
| style="background-color: #b7f1ce; 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;" | Notable Changes made since the last meeting.
 
|}
 
|}
−
* The LSST VO has been enabled on the batch farm.
+
* The database behind the LFC was moved to new hardware on Monday (1st Aug).
−
* Three disk servers each of 57TB capacity have been deployed into each of the following tape caches: AtlasTape, cmsTape, lhcbRawRdst. (I.e. a total of nine servers). These will enable the withdrawal of some of the older disk servers from these service classes.
+
* The 2009 worker nodes are being drained from the batch system ahead of their use as tests systems before final decommissioning.
−
* A modification to the Condor configuration to make use of shared ports has been made. This has significantly reduced the incidence of batch job restarts.
+
* The migration of Atlas data from "C" to "D" tapes continues. We have migrated over 1100 of the 1300 tapes so far.
−
* Both "production" and "test" FTS3 services have been upgraded to version 3.4.7
+
−
* The migration of Atlas data from "C" to "D" tapes continues. We have migrated over 900 of the 1300 tapes so far.
+
 
<!-- *************End Notable Changes made this last week************** ----->
 
<!-- *************End Notable Changes made this last week************** ----->
 
<!-- ****************************************************************** ----->
 
<!-- ****************************************************************** ----->
Line 71: Line 68:
 
| style="background-color: #d8e8ff; 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;" | Declared in the GOC DB
 
| style="background-color: #d8e8ff; 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;" | Declared in the GOC DB
 
|}
 
|}
−
 
+
* None
−
{| border=1 align=center
+
−
|- bgcolor="#7c8aaf"
+
−
! Service
+
−
! Scheduled?
+
−
! Outage/At Risk
+
−
! Start
+
−
! End
+
−
! Duration
+
−
! Reason
+
−
|-
+
−
|lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk,
+
−
| SCHEDULED
+
−
| WARNING
+
−
| 01/08/2016 12:00
+
−
| 01/08/2016 17:00
+
−
| 5 hours
+
−
|RAC Oracle backend migration to new hardware
+
−
|-
+
−
|lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk,
+
−
| SCHEDULED
+
−
| OUTAGE
+
−
| 01/08/2016 09:00
+
−
| 01/08/2016 12:00
+
−
| 3 hours
+
−
|RAC Oracle backend migration to new hardware
+
−
|}
+
−
 
+
 
<!-- **********************End GOC DB Entries************************** ----->
 
<!-- **********************End GOC DB Entries************************** ----->
 
<!-- ****************************************************************** ----->
 
<!-- ****************************************************************** ----->
Line 112: Line 82:
 
|}
 
|}
 
<!-- ******* still to be formally scheduled and/or announced ******* ----->
 
<!-- ******* still to be formally scheduled and/or announced ******* ----->
 +
* The configuration of the OPN connection to CERN will be changed tomorrow (Thursday 4th August) to make use of both links. This will effectively give an upgrade from 10 to 20Gbit.
 
'''Listing by category:'''
 
'''Listing by category:'''
 
* Castor:
 
* Castor:
Line 131: Line 102:
 
| style="background-color: #7c8aaf; 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;" | Entries in GOC DB starting since the last report.
 
| style="background-color: #7c8aaf; 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;" | Entries in GOC DB starting since the last report.
 
|}
 
|}
−
* None
+
{| border=1 align=center
 +
|- bgcolor="#7c8aaf"
 +
! Service
 +
! Scheduled?
 +
! Outage/At Risk
 +
! Start
 +
! End
 +
! Duration
 +
! Reason
 +
|-
 +
|lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk,
 +
| SCHEDULED
 +
| WARNING
 +
| 01/08/2016 12:00
 +
| 01/08/2016 17:00
 +
| 5 hours
 +
|RAC Oracle backend migration to new hardware
 +
|-
 +
|lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk,
 +
| SCHEDULED
 +
| OUTAGE
 +
| 01/08/2016 09:00
 +
| 01/08/2016 12:00
 +
| 3 hours
 +
|RAC Oracle backend migration to new hardware
 +
|}
 
<!-- **********************End GOC DB Entries************************** ----->
 
<!-- **********************End GOC DB Entries************************** ----->
 
<!-- ****************************************************************** ----->
 
<!-- ****************************************************************** ----->
Line 150: Line 146:
 
| Green
 
| Green
 
| Less Urgent
 
| Less Urgent
−
| In Progress
+
| Waiting Reply
 
| 2016-07-12
 
| 2016-07-12
−
| 2016-07-13
+
| 2016-07-27
 
| SNO+
 
| SNO+
 
| Disk area at RAL
 
| Disk area at RAL
Line 166: Line 162:
 
|-
 
|-
 
| 121687
 
| 121687
−
| Yellow
+
| Amber
 
| Less Urgent
 
| Less Urgent
 
| On Hold
 
| On Hold
Line 188: Line 184:
 
| On Hold
 
| On Hold
 
| 2016-03-01
 
| 2016-03-01
−
| 2016-04-26
+
| 2016-08-02
 
| LHCb
 
| LHCb
 
| HTTP support for lcgcadm04.gridpp.rl.ac.uk
 
| HTTP support for lcgcadm04.gridpp.rl.ac.uk
 
|-
 
|-
 
| 117683
 
| 117683
−
| Yellow
+
| Amber
 
| Less Urgent
 
| Less Urgent
 
| On Hold
 
| On Hold
Line 229: Line 225:
 
| 01/08/16 || 100 || 100 || 100 || 100 || 100 || 100 || 100 ||
 
| 01/08/16 || 100 || 100 || 100 || 100 || 100 || 100 || 100 ||
 
|-
 
|-
−
| 01/08/16 || 100 || 100 || 100 || 100 || 100 || 100 || 100 ||
+
| 02/08/16 || 100 || 100 || 100 || 100 || 100 || 100 || 100 ||
 
|}
 
|}
 
<!-- **********************End Availability Report************************** ----->
 
<!-- **********************End Availability Report************************** ----->
 
<!-- *********************************************************************** ----->
 
<!-- *********************************************************************** ----->

Latest revision as of 15:58, 9 August 2016

RAL Tier1 Operations Report for 3rd August 2016

Review of Issues during the week 27th July to 3rd August 2016.
  • There has been more saturation of the inbound 10Gbit OPN link. There was a respite during the LHC stop last week - but the data flows have picked up again this week. We will reconfigure to use both links, effectively upgrading to a 20Gbit connection, tomorrow (4th Aug).
  • There was a problem with the GEN Castor GEN instance caused by a particular disk server late on Saturday evening, 30th July. This was fixed by the oncall team. There was an effect on ALICE SAM tests of the SE for a while around midnight.
Resolved Disk Server Issues
  • GDSS675 (CMSTape D0T1) was returned to service on Thursday (28th July). It had been taken out of service on Tuesday (26th July) when a second disk failure while the first one was being rebuilt.
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. A recent modification has improved, but not completed fixed this.
  • The intermittent, low-level, load-related packet loss seen over external connections is still being tracked. Likewise we have been working to understand some remaining low level of packet loss seen within a part of our Tier1 network.
Ongoing Disk Server Issues
  • GDSS634 (AtlasTape, doT1) crashed on Friday afternoon 29th July. There were four files awaiting migration to tape on the server. These were copied off on Saturday (30th). This server has crashed before and is being thoroughly checked out - including swapping all its disk drives, before it is returned to production.
Notable Changes made since the last meeting.
  • The database behind the LFC was moved to new hardware on Monday (1st Aug).
  • The 2009 worker nodes are being drained from the batch system ahead of their use as tests systems before final decommissioning.
  • The migration of Atlas data from "C" to "D" tapes continues. We have migrated over 1100 of the 1300 tapes so far.
Declared in the GOC DB
  • None
Advanced warning for other interventions
The following items are being discussed and are still to be formally scheduled and announced.
  • The configuration of the OPN connection to CERN will be changed tomorrow (Thursday 4th August) to make use of both links. This will effectively give an upgrade from 10 to 20Gbit.

Listing by category:

  • Castor:
    • Update SRMs to new version, including updating to SL6. This will be done after the Castor 2.1.15 update.
    • Update to Castor version 2.1.15. This awaits successful resolution and testing of the new version.
    • Migration of data from T10KC to T10KD tapes (Affects Atlas & LHCb data).
  • Networking:
    • Replace the UKLight Router. Then upgrade the 'bypass' link to the RAL border routers to 2*40Gbit.
  • Fabric
    • Firmware updates on older disk servers.
Entries in GOC DB starting since the last report.
Service Scheduled? Outage/At Risk Start End Duration Reason
lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk, SCHEDULED WARNING 01/08/2016 12:00 01/08/2016 17:00 5 hours RAC Oracle backend migration to new hardware
lfc.gridpp.rl.ac.uk, lfc.gridpp.rl.ac.uk, SCHEDULED OUTAGE 01/08/2016 09:00 01/08/2016 12:00 3 hours RAC Oracle backend migration to new hardware
Open GGUS Tickets (Snapshot during morning of meeting)
GGUS ID Level Urgency State Creation Last Update VO Subject
122827 Green Less Urgent Waiting Reply 2016-07-12 2016-07-27 SNO+ Disk area at RAL
122364 Green Less Urgent In Progress 2016-06-27 2016-07-15 cvmfs support at RAL-LCG2 for solidexperiment.org
121687 Amber Less Urgent On Hold 2016-05-20 2016-05-23 packet loss problems seen on RAL-LCG perfsonar
120350 Green Less Urgent Waiting Reply 2016-03-22 2016-07-26 LSST Enable LSST at RAL
119841 Red Less Urgent On Hold 2016-03-01 2016-08-02 LHCb HTTP support for lcgcadm04.gridpp.rl.ac.uk
117683 Amber Less Urgent On Hold 2015-11-18 2016-04-05 CASTOR at RAL not publishing GLUE 2
Availability Report

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

Day OPS Alice Atlas CMS LHCb Atlas HC CMS HC Comment
27/07/16 100 100 100 100 100 100 100
28/07/16 100 100 100 100 100 100 100
29/07/16 100 100 100 100 100 100 100
30/07/16 100 94 100 100 100 100 100 Failed "AliEn-SE test": Problem on single disk server in AliceDisk causing blockage. Picked up by our functional test.
31/07/16 100 97 100 100 100 100 100 Continuation of above.
01/08/16 100 100 100 100 100 100 100
02/08/16 100 100 100 100 100 100 100
Retrieved from "https://www.gridpp.ac.uk/w/index.php?title=Tier1_Operations_Report_2016-08-03&oldid=12113"