XML Changes/Questions: Comment #6c & #9
Just to note that there is some current discussion in the SAGA and BES groups on a common state model, perhaps the base set should be aligned with the results of this. On 4 May 2006, at 16:50, Laura F McGinnis wrote:
6c) 3.9 Status "This property represents the completion status of the job" and goes on to say that "it must support the following values: a) completed b) failed c) aborted d) held e) queued f) started g) suspended"
This is a rather batch system specific approach. In a grid usage record we are talking about 'final' or completion status of a grid job. In this sense differentiating between "held, queued, started, suspended" has not much relevance. It would be better to merge these 4 active states into one "unfinished" state.
BTW, NorduGrid uses the Finished, Failed, Killed, Deleted labels for completed job states. The NorduGrid "Finish, Failed, Killed" corresponds to the GGF "completed, failed, aborted", respectively while the NorduGrid "Deleted" does not exists in th GGF states (see page 26 about nordugrid-job-status in [3]) The statement "This property must contain data of type integer" implies that the proposed job states above also should carry an associated number, in this case. Evaluation: Text and definition will be changed to user tokens for status. A base set will be defined, but the comprehensive set of values will be extensible.
9) The appended schema mandates the inclusion of the “status” field. This is described as a must in section 3.9 but is not specifically included as a must in section 10.6. Further the allowed values in 10.6 are not enforced in the Schema (this might be okay as other values are allowed). Suggest that this is removed as a mandatory record as it is not applicable in the general case (what about data records?) Evaluation: Status should be a token (see above) and should be optional.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++ Laura F. McGinnis, Project Coordinator Data & Information Resource Services Pittsburgh Supercomputing Center email: lfm@psc.edu 300 South Craig Street, #313 voice: 412-268-5642 Pittsburgh, PA 15213 fax: 412-268-8200 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++
Sven Sven.vandenBerghe@uk.fujitsu.com Fujitsu Laboratories of Europe +44 208 606 4651
Sven van den Berghe wrote:
Just to note that there is some current discussion in the SAGA and BES groups on a common state model, perhaps the base set should be aligned with the results of this.
I agree. I think there's going to be some kind of joint session in Tokyo on this topic, and mandating that the UR should be able to accept all status values defined through the SAGA/BES collaboration would be very sensible. Mind you, I don't think we want to really constrain the set of values used there anyway, as the amount of discussion on that topic between those groups shows. :-) But we definitely should not mandate that that field is numeric. Short strings are far easier for people to work with (unless they insist on writing all their code in C or SQL, that is.) Donal.
participants (3)
-
Donal K. Fellows
-
Laura F McGinnis
-
Sven van den Berghe