March 2007 - glue-wg - lists.ogf.org

FW: [bug #20804] GlueCEInfoContactString should be a real URL
by Burke, S (Stephen) 04 Apr '07

04 Apr '07

Hi, Does anyone (OSG particularly) have a view on what you would like to see in the ContactString for a glite CE? Stephen -----Original Message----- From: Apache [mailto:apache@lcgapp01.cern.ch] On Behalf Of noreply [Gergely Debreczeni] Sent: 27 March 2007 16:13 To: Robert Harakaly; Laurence; Burke, S (Stephen); Gergely Debreczeni; project-eu-egee-middleware-iteam(a)cern.ch; project-eu-egee-glite-all-bugs(a)cern.ch Subject: [bug #20804] GlueCEInfoContactString should be a real URL This is an automated notification sent by LCG Savannah. It relates to: bugs #20804, project gLite Middleware ======================================================================== ====== LATEST MODIFICATIONS of bugs #20804: ======================================================================== ====== Update of bug #20804 (project jra1mdw): Status: None => Accepted _______________________________________________________ Follow-up Comment #1: So, is there any agreement on the format ? Gergo ======================================================================== ====== OVERVIEW of bugs #20804: ======================================================================== ====== URL: <http://savannah.cern.ch/bugs/?20804> Summary: GlueCEInfoContactString should be a real URL Project: gLite Middleware Submitted by: sburke Submitted on: 2006-10-17 16:36 Status: Accepted Open/Closed: Open Category: Installation and configuration (deprecated) Severity: 4 - Normal Baseline Release: gLite 3.0.0 OS: None Architecture: None Bug detection area: Production Assigned to: harakaly Priority: 5 - Enhancement GGUS reference URL: Component tag(s): Subsystem tag(s): Discussion Lock: Any Build environment: None Release: _______________________________________________________ The ContactString was introduced in the schema at the request of OSG as they would like a "real" gram URL and not just the CEId with e.g. the queue name on the end. At the moment it seems that we are in fact just duplicating the CEId. For LCG CEs at least it would be easy enough to manipulate this into a proper URL. For glite CEs it's less obvious as there is no real URL for condor-C, but we could invent a format. _______________________________________________________ Follow-up Comments: ------------------------------------------------------- Date: 2007-03-27 15:13 By: Gergely Debreczeni <gdebrecz> So, is there any agreement on the format ? Gergo _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- 857 | -COM- 570 | -UPD- 761 | -SUB- ======================================================================== ====== This item URL is: <http://savannah.cern.ch/bugs/?20804> _______________________________________________ Message sent via/by LCG Savannah http://savannah.cern.ch/

2 6

Re: [glue-wg] [Glue-schema] The mapping of Glue Schema v1.3 to old classat format
by Gabriele Garzoglio 27 Mar '07

27 Mar '07

Hi, I have updated the mapping document to take into consideration Stephen's comment. Everything else in the document is the same. http://home.fnal.gov/~garzogli/Glue2OldClassadMapping/Glue-v1.3/glue-v1.3-o… I would like to have this document uploaded to the official glue schema mapping page. Please, give me your feedback. Thanks Gabriele Burke, S (Stephen) wrote: > glue-schema-bounces(a)george.lbl.gov > >> [mailto:glue-schema-bounces@george.lbl.gov] On Behalf Of >> Gabriele Garzoglio said: >> I have updated the old mapping document to include Glue Schema v1.3. >> > > "In some General Information Provider implementations (GIP), the > ContactString Info > attribute of the ComputingElement entity is not necessarily a GRAM URL > and may > have the form <GRAM-URL>-<VO-Name>. This form cannot be used directly as > a contact string by most Grid clients. In LCG, the Resource Broker > processes this > value so that it can be used by the standard Grid clients. In the > mapping to old > ClassAd, instead, the value is published in the form <GRAM-URL>, > irrespectively of > the GIP implementation, by comparing the value of ContactString with the > values in > the GlueCEAccessControlBaseRule (i.e., the VO names). This is important > in order > to use the Condor Matchmaking Service out-of-the-box for Resource > Selection." > > Unless I'm missing the point, this is wrong. The LCG format is > <GRAM-URL>-<QUEUE-Name> (at least for LCG CEs, glite CEs don't use GRAM > at all). It happens to be the case that many sites have queues named for > VOs, but it isn't a general rule. > > Stephen > > _______________________________________________ > Glue-schema mailing list > Glue-schema(a)hicb.org > http://dsd.lbl.gov/mailman/listinfo/glue-schema >

1 0

Latest GLUE Specification
by Neha Sharma 27 Mar '07

27 Mar '07

Hi I am looking for following two documents: - one, that mentions the latest release of GLUE Specification (v1.2 - I guess..). - second, that describes what each Glue attribute means. Appreciate if someone can point me to it. I have tried the obvious webpages- http://glueschema.forge.cnaf.infn.it/ http://glueschema.forge.cnaf.infn.it/Spec/V2 - Neha

4 4

BDII Query log
by Laurence Field 23 Mar '07

23 Mar '07

Hi, I have added a summary file that shows all the queries made to the top level BDII over a short period of time. http://forge.gridforum.org/sf/sfmain/do/downloadAttachment/projects.glue-wg… I hope that this will be useful for the use case document as this shows what is really being used in the information system. If anyone has similar information it would be good to also add it. Laurence

1 0

GLUE-WG and Joint session planning at OGF20
by Sergio Andreozzi 16 Mar '07

16 Mar '07

Hi everybody, we have finalized our requests for sessions to be held during OGF20 trying to accommodate the different preferences. You can find a summary in this page: http://forge.gridforum.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/Partic… Confirmation will be circulated when available from OGF 20 organizers. Cheers, Sergio -- Sergio Andreozzi INFN-CNAF, Tel: +39 051 609 2860 Viale Berti Pichat, 6/2 Fax: +39 051 609 2746 40126 Bologna (Italy) Web: http://www.cnaf.infn.it/~andreozzi

1 0

TeraGrid capability registration in information services
by JP Navarro 16 Mar '07

16 Mar '07

Greetings, During Q2 2007 the TeraGrid will deploy new information services that will publish which high-level capabilities are available on individual TeraGrid resources, as well as information about the software and services providing each capability. The new information services are part of our next generation Coordinated TeraGrid Software and Services "CTSS" version 4 project. The reason for this e-mail is to share aspects of our information service plans, like a generalized capability publishing entity that can encompass more than computing and storage elements, and to solicit your feedback. Would any of the material below provide valuable GLUE 2.0 use cases? Should it be posted in a TeraGrid document in the GLUE 2.0 Requirements area? A summary of our capability, service, and software information follows. ======================= Examples of TeraGrid capabilities: Remote compute (i.e. Grid job submission) Data transfer (i.e. Grid file transfer) Data management Remote login (i.e. Grid login) Parallel application support (i.e. MPI) Initially, we plan to publish the following capability attributes: SiteID Globally unique site ID offering the capability ResourceID Globally unique resource ID/cluster offering the capability UniqueID Globally unique capability ID Name Capability (kit) name Version Capability (kit) version supportGoal Targeted support level supportLevel Current support level statusURL URL to a monitoring status page userSupportOrganizaton Descriptive name for the user support organization userSupportContact How to contact the support organization Sample XML: <kitRegistration UniqueID="dtf.uc.teragrid.org" timestamp="2007-02-01T04:37:10Z"> <SiteID>uc.teragrid.org</SiteID> <ResourceID>dtf.uc.teragrid.org</ResourceID> <kit UniqueID="RemoteCompute.dtf.uc.teragrid.org"> <Name>RemoteCompute</Name> <Version>1.0</Version> <supportGoal>production</supportGoal> <supportLevel>testing</supportLevel> <statusURL>http://someurl.teragrid.org/resource/kit/</statusURL> <userSupportOrganization>TeraGrid</userSupportOrganization> <userSupportContact>mailto:help@teragrid.org</userSupportContact> </kit> <kit UniqueID=DataTransfer.dft.uc.teragrid.org"> ... </kit> </kitRegistration> Service registration ==================== Examples of TeraGrid services: GT 4 Pre-WS GRAM service GT 4 WS GRAM service GT 4 MDS service GT 4 GridFTP service gsiSSH service SRB service Initially, we plan to publish the following service attributes: SiteID Globally unique site ID offering the service ResourceID Globally unique resource ID/cluster hosting the service UniqueID Globally unique service ID Name Human friendly service name Type Service type Version Version of service type Endpoint Service contact point Software registration ===================== Examples of TeraGrid services: Condor 6.9.1 mpich-gm 1.2.6e build with Intel 8.1 GT 4 MDS service Initially, we plan to publish the following software attributes: SiteID Globally unique site ID offering the software ResourceID Globally unique resource ID/cluster hosting the software UniqueID Globally unique software ID Name Software name Version Version of software HandleType Method for accessing software from Unix shell HandleKey Argument/key for the method Default Available in default login (and job) environment There is some obvious overlap between service and software attributes. Services are available to users thru an Endpoint, software is available to users thru some Unix level access method (handle type and key). Services and software would be associated with one or more capability kits. Of these 3 types of information, service is the only one that currently exists in GLUE, I believe. We selected a subset of the GLUE 1.3 Service attributes that the TeraGrid has a use case for. We are also considering publishing Site information, and would choose a subset of GLUE Site attributes. If our users demanded additional compute element and storage element information, we would also adopt subsets of these entities from GLUE. Regards, JP Navarro ------------------------------------------------------------------------ ------ John-Paul Navarro (630) 252-1233 navarro(a)mcs.anl.gov http://www.mcs.anl.gov/ ~navarro TeraGrid Software Integration Univ of Chicago/Argonne Nat. Lab. GPG: 4EA9 C86B C0F0 113D 6306 98B7 3649 D6CB EFA8 4133

2 1

your preference for OGF GLUE sessions schedule
by Sergio Andreozzi 14 Mar '07

14 Mar '07

Hi everybody, please send me your preference for the allocation of the two GLUE sessions at the next OGF 20. In particular: 1. number of days: - both in one day - two contiguous days - no preference 2. preferred days of the week we will try to change the current request according to the preference of the majority. Thanks in advance, Sergio -- Sergio Andreozzi INFN-CNAF, Tel: +39 051 609 2860 Viale Berti Pichat, 6/2 Fax: +39 051 609 2746 40126 Bologna (Italy) Web: http://www.cnaf.infn.it/~andreozzi

1 0

Re: [glue-wg] GLUE sessions at OGF20
by Burke, S (Stephen) 14 Mar '07

14 Mar '07

Laurence Field [mailto:Laurence.Field@cern.ch] said: > If you register for the wrong day, will OGF let you change without > charge? Sometimes the schedules change at the last minute so > I don't see why they wouldn't. I don't know, but I'm not sure if I would come at all yet ... in particular if the sessions are on different days it's less obvious that it's worth coming. Also morning sessions would be less attractive than afternoon ones if I'm travelling on the day. Stephen

1 0

GLUE sessions at OGF20
by Fisher, SM (Steve) 14 Mar '07

14 Mar '07

Hi, Is it known yet when the GLUE sessions will be? i.e. do I need a full registration or just the EGEE UF 3 days? Steve

3 2

planning the participation to OGF20
by Sergio Andreozzi 09 Mar '07

09 Mar '07

Dear all, a couple of updates about the GLUE-WG participation to the upcoming OGF20: 1. we have send an invitation to the relevant people of OGSA-BES WG, JSDL-WG and OGSA Resource Management DT in order to propose the organization of a common session on information modeling of computing resources during OGF20 2. we have requested two OGF GLUE sessions with the following draft descriptions: - GLUE Use cases The GLUE-WG will provide a recommendation for an abstract information model which is expressed via a schema independent of information system implementations. The purpose of this session is to present and discuss the collected use cases related to resource and service representation in the information service of production Grid infrastructures. Use cases related to upcoming scenarios will be also considered. - GLUE Entities The GLUE-WG will provide a recommendation for an abstract information model which is expressed via a schema independent of information system implementations. The purpose of this session is to discuss the core entities of the skeleton GLUE model. Cheers, Sergio -- Sergio Andreozzi INFN-CNAF, Tel: +39 051 609 2860 Viale Berti Pichat, 6/2 Fax: +39 051 609 2746 40126 Bologna (Italy) Web: http://www.cnaf.infn.it/~andreozzi

1 0