atom feed9 messages in net.sunsource.gridengine.usersRE: [GE users] [GE announce] Announci...
FromSent OnAttachments
olesenApr 24, 2009 3:50 am 
rems0Apr 27, 2009 6:30 am 
olesenApr 27, 2009 6:48 am 
rems0Apr 27, 2009 8:00 am 
rems0Apr 27, 2009 8:07 am 
olesenApr 27, 2009 8:44 am 
rems0Apr 27, 2009 9:06 am 
olesenApr 28, 2009 12:06 am 
olesenApr 28, 2009 5:01 am 
Subject:RE: [GE users] [GE announce] Announcing qlicserver (FlexLM / GridEngine integration) upgrade
From:olesen (Mark@emconTechnologies.com)
Date:Apr 28, 2009 12:06:14 am
List:net.sunsource.gridengine.users

The string "25110696" is the value for the first key in the last "intern: $VAR1 = { ... " output to the screen, see below. ... The last "intern: $VAR1 ..." is:

intern: $VAR1 = { '110234.0' => 21821976, '110240.0' => 21823704, '110246.0' => 21825432, '110229.0' => 25684424,

Yuck - this definitely wrong. I had vaguely suspected that maybe something was going wrong with the Perl threads (sometimes used in the lmstat queries), but the problem seems to be arising from parsing the qstat xml output itself.

I just upgraded one of our systems to GE 6.2u2_1, but that doesn't seem to cause any problems either. Perhaps there are some malformed xml contents that giving the parser problems.

In the code (package Sge), there's an example of what is being parsed:

# ------------------------------------------------------------------ # PARSE qstat xml output that looks like this: # # <?xml version='1.0'?> # <job_info xmlns:xsd="http://www.w3.org/2001/XMLSchema"> # <queue_info> # <job_list state="running"> # <JB_job_number>934</JB_job_number> # <JAT_prio>0.56000</JAT_prio> # <JB_name>my_job_name</JB_name> # <JB_owner>user_name</JB_owner> # <state>r</state> # <JAT_start_time>11/30/2004 10:38:23</JAT_start_time> # <queue_name>cfd@host.domain</queue_name> # <slots>1</slots> # <hard_request name="license">1</hard_request> # <hard_req_queue>cfd</hard_req_queue> # </job_list> # </queue_info> # <job_info> # </job_info> # </job_info> # ------------------------------------------------------------------

# extract # * <JB_job_number> <JB_owner> <slots> <hard_request> <queue_name> # return: # HASHREF => { # complex => { # waiting => { # "*user" => count, # }, # jobid => { # "user@machine nlicense" => occurances, # "user@machine nlicense" => occurances, # }, # }, # }

I can confirm that this is actually being parsed properly (on our system). The hacked debug version of qlicserver correctly reports:

intern: $VAR1 = { '70148.0' => { 'olesenm@dealc06 6' => 1 } };

and immediately afterwards:

intern: $VAR1 = { '70148.0' => { 'olesenm@dealc06' => 6 } };

I wonder if a locale-specific or Unicode type of problem happening. Could you send me a copy of the qstat xml output?

qstat -u \* -xml -r -s prs

For the privacy of your users, and to avoid reformatting issues, it'd be best to send it as an attachment to my email Mark@emconTechnologies.com rather than to the list.

/mark 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.

------------------------------------------------------ http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=184567

To unsubscribe from this discussion, e-mail:
[user@gridengine.sunsource.net].