TMB Meeting

→ Europe/Zurich
600/R-002 (CERN)

600/R-002

CERN

15
Show room on map
Erwin Laure
Description
A phone conference has been set up:
To dial in to the conference call:
Call: +41227676000 (Main)
Enter access code: 0170047.

To join the web conference, click here: https://audioconf.cern.ch/call/0170047.
Hide
TMB meeting minutes 29 October 2008 compiled by JT Present: John White (security/JRA1) Romain (?) NA4 / medical Oliver Keeble (chair, SA3) Jeff Templon (sites) Daniele Cesini (sites) Vangelis Floros (NA4) Chad La Joie (security) Nick Thackeray (SA1) Stefano Belforte (CMS) Tasks: LFC performance and reliability : reliability is a BUG, not a TMB issue, unless users do not feel LFC developers are capable of providing reliability. Vangelis to move requirements to Savannah ticket, then close task. #8160 decision : SAM test checks a standard list; if CA on list is installed, version MUST match, otherwise it's an error. Absence of CA from list is OK. #8155 Identify pilot community for monitoring : dutch medical community is not interested, keep looking. #7933 WMproxy is *the* WM web service. Applications needing a web service interface to a service should ask it for that particular service. Close task. #7931 : Vangelis will ask for more information from user; TMB feeling is that user can determine needed information at run time, and record with output. #7678 dCache people say there is no effort to do this. TMB statement : leave the issue to "market forces" ie the TMB makes no decision. #7675 transition to CREAM : Nick circulates an extended proposal based on JT's list. ============= MDM : sounds like a lot of stuff is done, hard to understand everything being said. I did pick up something about a client on the production system. Sorry I could not understand more of it. Authz + MDM : no real discussion yet. Authz : JT will summarize issues in mail to TMB. Chad will send links to EDMS doc and to JRA1 all hands presentation. Discuss again in upcoming TMB. Note, proposal is to have "PEP service" make all decisions, ie glexec / LCAS / LCMAPS / etc no longer make any decisions of their own, all must contact PEP service. Jeroen Engelberts approved as MPI WG chair. MPI WG scope: mail sent to TMB, no replies yet: To recommend a method for deploying MPI support that will work for both users and site administrators. This was the mandate for the previous MPI working group. The additional element added in this working group is : how to get the allocated cores to be all on the same physical machine, or packed into as few physical machines as possible. It should be understood to what extent this is a preference and what extent it's a strict requirement. Recommendations should be relative to the MPI support currently distributed in gLite and should consider both the lcg-CE and CREAM. Recommendations should incorporate also the case where the jobs are not in fact MPI (or even parallel). For example, a collection of jobs analyzing the same data which is copied locally could benefit from this system. The TF should also attempt to understand why so few sites support MPI at present, and recommend how this situation could be improved. TASK FORCE The task force should consist of a representative from the user community, one or more MPI experts, and a few site representatives who understand the technical implications of the solution. The TF should coordinate with Steve Traylen's WN working group on common issues. Jeroen should report to the TMB next meeting (12 November? Conflicts with GDB!)
There are minutes attached to this event. Show them.