Difference between revisions of "URT:Agenda-2020-10-12"

From EGIWiki
Jump to: navigation, search
Line 70: Line 70:
== ARC  ==
== ARC  ==
We are preparing for ARC 6.8.0 release, expected end of September.
6.8.1 is out in the Nordugrid repo. Not yet in EPEL stable.
== CREAM  ==
== CREAM  ==

Revision as of 14:11, 12 October 2020


  • EGI repositories handover in January 2021: provider moving from IASA to IBERGRID.
    • The handover will be a complex operation due to the complexity of the repository workflows and technologies adopted. Handover preparation started with a regular meeting between IASA and IBERGRID and agreement said handover will occur in the first half of December 2020 in order to avoid the problematic end of year holiday.
    • Last released planned for November 2020.
    • During 2021 repositories will undergo a series of improvements, frontend and backend and a complete review of the procedures and workflows following a CI/CD approach.


  • UMD 4.12.0 regular release scheduled for September: https://wiki.egi.eu/wiki/UMD_Release_Schedule -> RC running integration tests
  • UMD 5 dry run planned for, get the process ready for end of October
  • dedicated update for VOMS on UMD4/CentOS7 as soon as it's released
  • dedicated update for StoRM+BDII on UMD4/C7+SL6 before repo migration




In Verification

  • argo-ams-library 0.5.1
  • apel-ssm 2.4.1 (waiting for new documentation on how to configure argo-ams library: OK)
  • storm 1.11.16 and 1.11.17
  • htcondor-ce 3.4.0
  • Xroot 4.12.0
  • Arc 6.6.0

Under Staged Rollout


Ready to be Released



In Verification

In Staged Rollout

Ready to be released

Technical Providers - Round table






New version of DPM (1.13.2) available in EPEL


Data management clients

gfal2 2.17.0 pushed to EPEL



New Major version of SOCI in EPEL7-testing (4.0.0). FTS rebuild needed, we are discussing with the maintainer about issues that we found.

We would need to release a new FTS build for C7 when SOCI 4 will be pushed to EPEL stable.


6.8.1 is out in the Nordugrid repo. Not yet in EPEL stable.





Xrootd 5 has been released.

Updates for EPEL 7 and EPEL 8 are available in EPEL testing repos. These updates have the automatic push to stable after 14 days turned off.

Major changes:

  • The old client library libXrdClient has been dropped (replacement: libXrdCl).

Minor changes:

  • The XrdSysDNS class is removed (replacement: XrdNetAddr)
  • XrdPosixXrootd::setDebug() and some other deprecated methods in that class have been dropped.

For EPEL 7 there is an xrootd-compat package providing the old xrootd 4 libraries. It is parallel installable since the sonames have changed. The compat package does not provide any devel subpackages.

It is expected that the current xrootd 5.0.1 build in these updates will be replaced by a build of xrootd 5.0.2 before the updates are pushed to EPEL stable.

Compatibility testing with DPM/dmlite is ongoing. Some configuration compatibility glitches found will be addressed in xrootd 5.0.2.

No update to xrootd 5 is planned for EPEL 6. There is a new xrootd 4.12.4 available in EPEL testing for EPEL 6 though:





v1.7.3 will be released after StoRM and VOMS releases.


StoRM v1.11.18 released. http://italiangrid.github.io/storm/2020/08/07/storm-v1.11.18-released.html

Expected roadmap:

  • Release StoRM 1.11.19 with mainly an update for StoRM WebDAV by the end of this week.


Release v3.8.0 NOT yet released.

Tests in progress. Got positive feedback from CERN. Expected release: by 25th of September.

Packages will be released also for CentOS 7.


  • released on 2020-05-08
    • Preview 1.27.0 AppDB info (sl6): ARC 6.5.0 and 6.6.0, CVMFS 2.7.2, dCache 5.2.20, frontier-squid 4.11.2, gfal2 2.17.2, xrootd 4.11.3
    • Preview 2.27.0 AppDB info (CentOS 7): ARC 6.5.0 and 6.6.0, CVMFS 2.7.2, dCache 5.2.20, frontier-squid 4.11.2, gfal2 2.17.2, xrootd 4.11.3

UMD on CentOS 8

  • Plan to be defined with
    • Technical Providers
    • WLCG
    • NGIs/sites (there was 1 request so far)
    • UMD team (innovation in the process must be taken into consideration)

Wiki: https://wiki.egi.eu/wiki/Next_middleware_release


ARC finds it problematic that the ARC released in UMD is always so far behind the current newest release. We are considering to stop providing ARC for UMD.

The verification procedure for ARC - does it involve running ARC together with other relevant packages in the release to make sure compatibility is met?