|Main||EGI.eu operations services||Support||Documentation||Tools||Activities||Performance||Technology||Catch-all Services||Resource Allocation||Security|
Detailed agenda: Grid Operations Meeting 28 March 2011
1. Middleware releases and staged rollout (Mario)
1.1. Update on the status of EMI-1 release (Cristina)
1.2. Staged Rollout
- gLite 3.1
- WMS and FTS upcoming
- No resolution yet for DPM 1.8.0: one EA has made the test of DPM with fixed (memory leak) version of voms-api, and everything went OK. Discuss if we release this to production with the note that the voms-api packages have to be downgraded manually.
- gLite 3.2
- L&B and FTS upcoming
- VOBOX in staged rollout: the 2 EAs did not respond in 1 month.
- Torque (utils, server and client) should go for production soon.
- UI waiting for feedback from technology provider, under test from the EA.
- Storm new version under staged rollout (followed through EGI RT) several EAs doing the test.
2. Operational Issues
2.1. CREAM deployement model with gLite-CLUSTER
At the Feb 15 OMB meeting the OMB agreed to ask EMI for support of gLite-CLUSTER. This requirement has been subsequently discussed at the TCB, and EMI has positively replied to this request. In particular:
- gLite-CLUSTER will be part of EMI 1.0
- CREAM in EMI will come with glite-CLUSTER
- The CREAM team will support the glite-CLUSTER components in EMI
- CERN will support the glite-CLUSTER component in gLite
The proposal of the CREAM product team is to have a unique deployment model with the gLite-CLUSTER mandatory for every CREAM installation. The motivation of this proposal is to have a single simpler deployment model (with single yaim variables to publish a given GLUE attribute).
Feedback needed on this proposal
2.2 DPM in glite 3.1 (Mario)
The only EA doing the test of DPM 1.8.0 in gLite 3.1, has successfully deployed the voms-api with the memory leak fixed. Report at:
Proposal to release this version with the advisory to install (downgrade) aposteriori to the fixed voms-api packages.
2.3 Bring ARC, Unicore and globus to this meeting (Mario)
For ARC some people (sites) are already represented, we would like that they also report about issues they have, and about interoperability in the infrastructure.
For UNICORE and Globus, NGI's should invite their sites to the meeting, and make themselves known, and what they expect to be integrated into the infrastructure, or what sites (NGI's) expect to deploy these MW stacks.
Next UNICORE integration task force meeting this Thursday 10:00 CET https://www.egi.eu/indico/conferenceDisplay.py?confId=446
2.4 Publishing the MW version in the information system (Mario)
Recent discussion within EMI with participation of EGI TSA1.3, about how and what should be published in the information system with respect to the MW stack, version , component and conponent version.
The discussion has been concentrated in the GLUE2 schema, but there may be also some resolution for GLUE1.3
EMI will decide the technical implementation, on our side the following proposal will be presented to EMI. The proposal will be to use the GLUE2Entity = Endpoint
|InterfaceName||The identification name of the primary protocol supported by the endpoint interface. That needs to be a standard registered value, currently the same as the glue 1 ServiceType. http://glueschema.forge.cnaf.infn.it/V12/ServiceType|
|InterfaceVersion||The version of the primary interface protocol. For example 2.2 for the SRM|
|Implementor||The name of the main organization implementing this software component. For example gLite or EMI|
|ImplementationName||The name of the implementation. A product name chosen by the technology provider, e.g. CREAM, dCache, MyProxy, BDII.|
|ImplementationVersion||The version of the implementation (for example in the major.minor.patch format).|
One comment received from Ibergrid about the Jobs work directory issue, discussed in the Operations Meeting on 14 March 2011.
Reference: Jobs work directory and temportary directory, page updated with the comments from Ibergrid:
2.6 update of WMS to version 3.1.30-0.slc4
The WMS version 3.1.30-0.slc4 released in November 2010 includes a new version of gridsite (which fixes a problem happening when considering proxies generated using gLite 3.2 VOMS servers). WMS 3.1.30-0 release notes
The problem with WMS blocked the update of many VOMS servers to gLite 3.2, to keep "compatibility" with WMS.
The following are the WMSes that may not be up to date (older releases than the 3.1.30):
These WMSes does not publish the GlueServiceDataKey=metapackage_glite-WMS information in the BDII, but it is highly probable that the deployed service is an earlier version than 3.1.30-0 (3.1.29 or earlier).
Please check with the site admins.
TopBDII 3.2.11-1 (BDII-5.1.22)
This update has been rated urgent since it contains the new GOCDB url, the list of sites (given in the next link) that have not yet updated are requested to do so as soon as possible:
Please note that the list may not be complete. The change of the GOCDB URL will occur around June.