Opened 16 years ago

Last modified 9 years ago

#143 new defect

IZ843: qstat -F reports rubbish, when a load value does not match its type

Reported by: sgrell Owned by:
Priority: low Milestone:
Component: sge Version: 6.0alpha
Severity: Keywords: clients
Cc:

Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=843]

        Issue #:      843              Platform:     All        Reporter: sgrell (sgrell)
       Component:     gridengine          OS:        All
     Subcomponent:    clients          Version:      6.0alpha      CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     roland
          URL:
       * Summary:     qstat -F reports rubbish, when a load value does not match its type
   Status whiteboard:
      Attachments:

     Issue 843 blocks:
   Votes for issue 843:


   Opened: Fri Mar 12 06:39:00 -0700 2004 
------------------------


Haven a load sensore reporting a string for a double
value leads to a wrong qstat -F printout.

Stephan

   ------- Additional comments from sgrell Tue Dec 6 04:04:34 -0700 2005 -------
Changed subcomponent.

Stephan

   ------- Additional comments from roland Wed Dec 7 03:30:01 -0700 2005 -------
qstat -F shows:
?v:double=0.000000

I'm not completely sure this is a qstat bug. Instead I think this is a execution
or qmaster bug. Why is a string allowed if a double value is expected.
A qsub for example rejects a type mismatch:
 qsub -l double=bla $SGE_ROOT/examples/jobs/sleeper.sh
Unable to run job: wrong type in "double=bla" - double value expected.

Change History (0)

Note: See TracTickets for help on using tickets.