[GE users] xmlqstat tuning
Mark.Olesen at emcontechnologies.com
Mon Dec 15 13:54:49 GMT 2008
> I am trying to customize some xsl of xmlqstat to perfectly match our
> needs and I get some problems to understand the xml output of qstat.
> When I want to get the details of a patriculat job, qstat give me an
> xml element JAT_status if and only if the job is running. If the job
> is in qw or qw, we don't get status information in the xml output. I
> am using simply "qstat -j JOBID".
It is particularly important to know exactly which version you are
using. In 6.1 there were some fields missing from the xml output that
have presumably been remedied in 6.2, but I haven't checked all of it
If you just want a general overview of jobs, you probably don't need to
parse the -j JOBID output at all. Running a plain "qstat -xml" without
any further arguments gives you the <state>...</state> field too.
In fact, you'll notice that the xmlqstat has two parallel sets of xslt
templates: one set should work well with using file caching from the
qlicserver output (and generally avoids qstat -j) and the other set
corresponds to Chris' version that doesn't need an external caching
BTW: while you are working on xmlqstat, if you get the cocoon caching
working properly, I would be really interested.
This e-mail message and any attachments may contain
legally privileged, confidential or proprietary Information,
or information otherwise protected by law of EMCON
Technologies, its affiliates, or third parties. This notice
serves as marking of its "Confidential" status as defined
in any confidentiality agreements concerning the sender
and recipient. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby
notified that any dissemination, distribution or copying
of this e-mail message is strictly prohibited.
If you have received this message in error, please
immediately notify the sender and delete this e-mail
message from your computer.
To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
More information about the gridengine-users