Summary of March GDB, April 11, 2018



Introduction - I. Collier


  • Mattias: the NorduGrid workshop mentioned in the slides is actually the ARC workshop.

Naples Workshop Summary - I. Collier


WLCG Strategy & Discussion - I. Bird


  • Mattias: it will not only be necessary to port software to new CPU architectures, but also to new libraries and compilers.
  • Romain: do not underestimate the enormous cost of identity management: it should be taken into account early on.
    • Ian B.: even if it is not very visible in the strategy document, we explained the need of a transition to auth mechanisms used elsewhere and there are submitted projects to prototype work on this respect. The document will also get updates in the future.

Naples - Common Data Management - next steps - S. Campana


  • Markus E.: will these working groups take over planning and development from e.g. the dCache project?
    • Ian B.: the dCache team is fully involved in these discussions since the beginning and Patrick agrees with these plans.
  • Simone: the replacement of GridFTP with HTTP and WebDAV could be accomplished in the short term between the GDB and WLCG operations coordination, as it is mostly a deployment and configuration issue.
  • Andreas: if Rucio is mentioned as a "very promising candidate" as a common solution, does this mean that it has been already decided to adopt it as such?
    • Simone: It is up to CMS to make a decision, which is in the process of evaluating Rucio, as it was presented at the Rucio workshop.
  • Markus E.: what are the plans for the experiment DDM systems? Should not the architecture be defined first?
    • Simone: experiments are part of these working groups. This concerns in particular the end-to-end integration working group. We will need some R&D and defining an architecture will be one of the first steps, but understanding the components is a prerequisite.
    • Torre: in this context we will also address the tight relationship between DM and WM
  • Alessandro: how can we optimise information sharing among the different working groups? Wouldn't it be better to have a single integration group and a single technology group each with different activities rather then many groups?
    • Ian B.: we know what are the tasks that need to be done, but the organisational details still need to be fully defined
  • Maria: during the ongoing O&C week, CMS is discussing how to get organised. We will refine the DM plans as we get input from the experiments.
  • Oxana: do you expect commitment from sites for setting up prototypes (without disturbing normal work)?
    • Simone: yes, we will need resources, hardware and people for the prototypes, initially from contingencies at facilities.
    • Ian C.: we have a good record of sites contributing to common work without breaking things, and not all sites will be asked to contribute and at all times.
  • Maria: we would like to kick-off these activities in May
  • Latchezar: do you plan to run these WGs in parallel to existing structures, or to absorb those? Too many working groups are difficult to manage for smaller collaborations. It should be in the mandate to see how to supersede current activities when there is an overlap.
    • Ian B., Ian C.: we should use current groups whenever possible and create new ones only when needed.

Scientific Computing Forum report - H. Meinhard


  • Latchezar: I see a big overlap between the SCF and the previously discussed groups
    • Ian B.: the SCF is a discussion forum mainly intended for the funding agencies with no decision making involved.

-- AndreaSciaba - 2018-04-11

This topic: LCG > WebHome > WLCGGDBDocs > GDBMeetingNotes20180411
Topic revision: r1 - 2018-04-11 - AndreaSciaba
This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2022 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
or Ideas, requests, problems regarding TWiki? use Discourse or Send feedback