Can anyone of the 9 members of the GLUE WG answer my question below? We just want to be sure that the current information we are publishing are still supported by the new GLUE schema.

Thanks.

---------- Forwarded message ----------
From: Gerson Galang <gerson.sapac@gmail.com >
Date: May 29, 2007 4:30 PM
Subject: GLUE2.0's Computing Element
To: glue-wg@ogf.org

Hi all,

Can you show me how to represent the setup I have below using the new structure of the GLUE 2.0 entities?

- our site manages 2 clusters
- each cluster runs a PBS queuing system
- each queueing system manages three queues: small, medium, large
- globus is installed on a separate box -- called the gateway box. we run only one instance of the GRAM service on this box. anyone running a grid job at our site will have to specify the name-of-queue@name-of-pbs-server in the queue element of their RSL to pick which queue they want to submit their jobs to.

It is not mentioned anywhere in the InitialSketch wiki ( http://forge.gridforum.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/InitialSketchOnEntities) that the CE is still an abstraction of a queue. The relationship of a ComputingService to a CE is also many to one which makes it hard for one GRAM service to be able to submit jobs to a number of CEs (if ever a CE is still equivalent to a queue). Does this mean that we will have redundant info for the ComputingResource, ExecutionEnvironment, and ApplicationEnvironment for every GRAM service (for each queue) we provide?

Is it safe to assume that the ComputingResource, ExecutionEnvironment, and ApplicationEnvironment entities in GLUE 2.0 are equivalent to the Cluster, SubCluster and Software entities of GLUE 1.3 respectively?

You have a comment in the form of a question under the "element" section of the wiki which says: "can we have multiple resources (computing resources <=> clusters) served by the same service instance?". My answer is yes and isn't my use case above an example of it?

Thanks,
Gerson