From EGIWiki
Jump to: navigation, search
Audio conference link Conference system is Adobe Connect,
no password required.
Audio conference details Indico page


1. Middleware releases and staged rollout

1.1 News from URT

F2F meeting during technical forum, there have not been direct reports from the product teams.

Main update from the ARC team: a major update is scheduled for the beginning of November (ARC 4.**), the major release is necessary because it contains backward incompatibilities. UMD cut a major release in May 2013, therefore the plan is to release the first version of ARC 4 in UMD-3. The new packages will change name (not only version), therefore there should not be any problem for sites using ARC and UMD.

1.2 Staged rollout updates

On 12th of September there was a new UMD update 3.2.0

There is a bug that affects top-BDII due to the ldap info provider for both GLUE 1 and GLUE 2 publishing. This bug may or may not affect top BDIIs, depending on how well the hosting environment is performing. . Please consult release notes


Presently under Staged Rollout:

2 Operational issues

2.1 Updates from DMSU

Jobs aborted with the error "CREAM'S database has been scratched and all its jobs have been lost"

see details in GGUS #95559

Since Sep 13th (at least with WMS servers at CNAF) almost all the production jobs are failing, mainly due to two bugs: for the first one, (almost) all the jobs in the ICE DB are marked with DB_ID=0; for the second bug, a particular CE ( was triggering the signal of deleting the jobs with DB_ID=0. All the WMS servers which contacted that CE are affected by this issue

It was found out that CREAM CE(s) are sending (since a certain date) an empty DB_ID information as result of an interoperability problem (missing SOAP_HEADER) between gSOAP and Axis2 (ICE uses gSOAP, CREAM uses Axis2 as SOAP frameworks).

The fix (CREAM-125) has been already committed: with the new version of glite-ce-cream-client-api-c CREAM re-starts to send to ICE a not empty DB_ID in the JobRegister query

Other tickets opened for this issue:

- by the users GGUS #97360 GGUS #97402 GGUS #97420 GGUS #97453

- by developers for debugging reasons: GGUS #97507 GGUS #97508 GGUS #97509

2.2 Proposal of an additional repository for security patches

Considering that in the infrastructure there are several software not distributed through the o.s. repositories (e.g. EPEL) or UMD, but still supported by developers with security updates, there may be the need to collect the suggested patches in a single repository and make them available for the infrastructure. This repository could be be maintained by the SVG team,and it would not be part of an official UMD release - to have more flexibility- but the packages could undergo a testing process before being distributed among the infrastructure.

As a recent example a security patch was released for a widely deployed component, but in EPEL the software is not maintained anymore, and there are little chances that it would reach the EPEL stable. This patch could be released in the "EGI security updates repository", with a brief testing, to be more easily deployed by site managers.

3. AOB

3.2 Next meeting

October 7th, h14:00 Amsterdam time.

Personal tools