Deployment team

→ Europe/Zurich
EVO - GridPP Deployment team meeting

EVO - GridPP Deployment team meeting

Jeremy Coles
Description
- This is the weekly DTEAM meeting - The intention is to run the meeting in EVO: http://evo.caltech.edu/evoGate/. Join the meeting in the GridPP Community area - The phone bridge number is +41 22 76 71400. Th phone bridge ID is 327079 with code: 4880
    • 11:00 → 11:20
      Experiment problems/issues 20m
      Review of weekly issues by experiment/VO - LHCb -- Question: Does LHCb rely on SLC4 at sites? If so why was this not advertised? - CMS - ATLAS - Other
    • 11:20 → 11:35
      ROC update 15m
      EGEE ops meeting ************************* " Now in production gLite 3.1.0 Update20 and 21were released to production with HIGH priority. Update 21 was an urgent fix for a compatibility issue affecting lcg-CEs still running at version 3.0 introduced by Update 20 The main changes introduced by Update20 (relevant for CCRC08) are: * UI/WN/VOBOX o new feature: glite-data-gfal version (1.10.11-1) provides new functions gfal_abortrequest and gfal_abortfilesseveral, o new feature: glite-data-dm-util (lcg_util) version (1.6.11-1) now prints the SE type (SRMv1, SRMv2, Classic SE) in verbose mode (when relevant) o bug fix: lcg-ls does not work for the classic SE o bug fix: lcg-cr glibc memory corruption o bug fix: gfal_stat seg. fault with dummy LFN o bug fix: lcg-sd doesn't doesn't work with SRMv2 request token o bug fix: lcg-gt segmentation fault o fix globus-cass-cache problem on WN * DPM/LFC v1.6.10 o fix problem of replication of a zero-length file improve logging of updatefilestatus method o DICOM back-end service for DPM o producing re-buildable source RPMs o group writable directories when SRM started with umask 0 o DPM-DSI: DPM's gridftp does not allow for ':' in SURL (GGUS ticket #32335) o support for CKSM (md5 only yet) * lcg-CE o Changes in Globus jobmanager and GASS cache. These modifications improve the performance of the lcg-CE by a factor of two to three Details in http://glite.web.cern.ch/glite/packages/R3.1/updates.asp Now in pre-production PPS site are now upgrading to gLite 3.1.0 PPS Updates 25 and 26: * gLite-PX o dynamic service publisher, replacing the previous static configuration * dcache 1.8 o Major dcache version change, adds support for SRM 2.2. * VOMS o new VOMS core 1.8.3-4 (affecting VOMS servers and clients on UI WN VOBOX CE SE_dpm LFC WMS LB o Many bug fixes. Fully backward compatible. o fix to trustmanager install script + MPI_Utils o wrapper scripts to compile Fortran MPI programs. * APEL (CE and MON and BATCH_utils) o APEL working with external log4j and BC * GFAL APEL (CE and MON and BATCH_utils) o APEL working with external log4j and BC * UI/WN/VOBOX o dcache client 1.8 o glite-data-gfal v1.10.11-1 (bug fixes) o glite-data-dm-util v1.6.11-1 (bug fixes) o fix globus-cass-cache problem on WN Details in o https://twiki.cern.ch/twiki/bin/view/EGEE/PPSReleaseNotes_310_PPS_Update25 o https://twiki.cern.ch/twiki/bin/view/EGEE/PPSReleaseNotes_310_PPS_Update26 " - Several ROCs complained about the problematic release last week. Reply (Release managers and pre-production teams): We apologise for the disruption caused. Update20 was accelerated due to requirements coming from CCRC08. The installation issue with the CE was due to a mistake in the release preparation, because the dependency of the installation function from the new version of yaim-core version was not correctly set. Of course, as the correct version of yaim-core was already deployed in pre-production (but not in production) this issue was not visible for the pre-deployment testers in PPS. This particular issue could only have been trapped by a deployment test in production (currently not foreseen by the release procedure). BTW: yaim-core was being held back in PPS because it forced a change in the permissions schema for the site-info.def and containing directory to be implemented at all sites, which was not rated acceptable for the operations. The issue found later on in production affecting the submission from CE3.0 to WN3.1 has another explanation. CE at version 3.1 has been in production for more than two months, which means that regression tests are not being done in certification. Pre-production run, by mandate, the top version of the services - DPM 3.0 is no longer supported. Therefore no regression testing is done on services for this release. - Configuration of SGE for short jobs - The old Edinburgh site, ce.epcc.ed.ac.uk will be retired from use in one week time (1 May 2008). We should once again send a broadcast to the VOs about this - just in case! Ticket status *************** Will check www.ggus.org (while writing this entry it is in maintenance)
    • 11:35 → 11:45
      Tier-2 representation at GDBs 10m
      - The PMB has decided that to increase Tier-2 representation and input at GDB meetings, there should be a rota on the Tier-2 coordinators to attend and report back on meetings.
    • 11:45 → 11:55
      Review of workshop 10m
      - Things we did not know before the workshop - Feedback on the sessions - Actions to be taken (FDR, CCRC and CSA08) - Plan for monitoring (c.f. nagios talks)
    • 11:55 → 12:05
      Actions review 10m
    • 12:05 → 12:10
      AOB 5m
      - Representation at TCG and EGEE ops meeting - Tier-2 quarterly reports (ScotGrid and SouthGrid now uploaded) - HEP UDP vs TCP needs