Week of 160620

WLCG Operations Call details

  • At CERN the meeting room is 513 R-068.

  • For remote participation we use the Vidyo system. Instructions can be found here.

General Information

  • The purpose of the meeting is:
    • to report significant operational issues (i.e. issues which can or did degrade experiment or site operations) which are ongoing or were resolved after the previous meeting;
    • to announce or schedule interventions at Tier-1 sites;
    • to inform about recent or upcoming changes in the experiment activities or systems having a visible impact on sites;
    • to provide important news about the middleware;
    • to communicate any other information considered interesting for WLCG operations.
  • The meeting should run from 15:00 until 15:20, exceptionally to 15:30.
  • The SCOD rota for the next few weeks is at ScodRota
  • General information about the WLCG Service can be accessed from the Operations Web
  • Whenever a particular topic needs to be discussed at the daily meeting requiring information from site or experiments, it is highly recommended to announce it by email to wlcg-operations@cernSPAMNOTNOSPAMPLEASE.ch to make sure that the relevant parties have the time to collect the required information or invite the right people at the meeting.

Tier-1 downtimes

Experiments may experience problems if two or more of their Tier-1 sites are inaccessible at the same time. Therefore Tier-1 sites should do their best to avoid scheduling a downtime classified as "outage" in a time slot overlapping with an "outage" downtime already declared by another Tier-1 site supporting the same VO(s). The following procedure is recommended:
  1. A Tier-1 should check the downtimes calendar to see if another Tier-1 has already an "outage" downtime in the desired time slot.
  2. If there is a conflict, another time slot should be chosen.
  3. In case stronger constraints cannot allow to choose another time slot, the Tier-1 will point out the existence of the conflict to the SCOD mailing list and at the next WLCG operations call, to discuss it with the representatives of the experiments involved and the other Tier-1.

As an additional precaution, the SCOD will check the downtimes calendar for Tier-1 "outage" downtime conflicts at least once during his/her shift, for the current and the following two weeks; in case a conflict is found, it will be discussed at the next operations call, or offline if at least one relevant experiment or site contact is absent.

Links to Tier-1 downtimes

ALICE ATLAS CMS LHCB
  BNL FNAL  

Monday

Attendance:

  • local:
  • remote:

Experiments round table:

  • CMS reports (raw view) -
    • apologies, I will most probably not be connected, boarding on a plane
    • uneventful week: LHC taking tons of data, MC production full speed. No major issue.
    • nothing to report: all the open tickets are for specific issues, already being taken care of.

  • ALICE -
    • NTR

Sites / Services round table:

  • ASGC:
  • BNL:
  • CNAF:
  • FNAL:
  • GridPP:
  • IN2P3: The maintenance outage last week went well except for a dCache configuration problem on our side which obliged us to extend the dCache and batch downtime by four hours (until 10pm). Alice could start as planned, though.
  • JINR: T1 was OK except short network drop. Not long enough to get reflected in CMS Availability/Reliability. Some issues with air conditioning caused unstable RAM and disks functioning in some hosts. The problem is under control and being resolved.
  • KISTI:
  • KIT:
  • NDGF: one of the CEs has filesystem problems. No ETA yet. The affected endpoint has been put into the downtime.
  • NL-T1:
  • NRC-KI:
  • OSG:
  • PIC:
  • RAL: Problems with the stability of the control software for the tape library are continuing. Working with vendor to fix problems. The operational impact on LHC VOs is low.
  • TRIUMF:

  • CERN computing services:
  • CERN storage services:
  • CERN databases: One instance of CMSONR went down on Friday due to NIC issues. The machine is stopped and being tested. The DB is running on 3 nodes, so it is not under stress.
  • GGUS:
  • MW Officer:
  • Security:
  • Network:
    • GGUS:121687 RAL consistent loss - waiting for an upgrade of the router at RAL
    • GGUS:121905 BNL to SARA - SARA perfSONARs were fixed. Consistent loss to other T1s (KIT, PIC, CERN), mainly outbound, but also inbound, informed OPN. Suggested to postpone further investigation until SARA moves to the new data centre.
    • Grid output retrieval failing: Victoria - Prague - asymmetric paths and MTU step down issues, resolved.
    • Possible network issue between McGill and BU - gridftp transfers timing out - issue with storage, resolved.

AOB:

Topic attachments
I Attachment History Action Size Date Who Comment
Unknown file formatpptx GGUS-for-MB-template.pptx r1 manage 2800.1 K 2016-06-13 - 16:37 MariaDimou The GGUS slide - put the totals for 4 weeks and paste the graph - details in email to the scod of 13 June
PNGpng GGUS_Report_Generator_MB_21_Jun_2016.png r1 manage 262.3 K 2016-06-13 - 16:38 MariaDimou Screenshot of the selection you have to do in the GGUS Report Generator on Monday 20 June for the MB
Edit | Attach | Watch | Print version | History: r14 | r12 < r11 < r10 < r9 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r10 - 2016-06-20 - MarianBabik
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback