Opened 13 years ago

Last modified 11 years ago

#524 new defect

IZ2603: qsub option -q breaks -masterq

Reported by: andreas Owned by:
Priority: normal Milestone:
Component: sge Version: 6.2beta
Severity: Keywords: scheduling


[Imported from gridengine issuezilla]

        Issue #:      2603             Platform:     All       Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    scheduling       Version:      6.2beta      CC:    None defined
        Status:       REOPENED         Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: 6.2
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
       * Summary:     qsub option -q breaks -masterq
   Status whiteboard:
                      Date/filename:                           Description:                                                                              Submitted by:
                      Thu Jun 5 02:04:00 -0700 2008: 2603.diff A maintrunk patch that fixed the disconnection between -masterq and -hard -q (text/plain) andreas

     Issue 2603 blocks:
   Votes for issue 2603:

   Opened: Thu Jun 5 01:57:00 -0700 2008 

The behaviour between -masterq <wc_queue_list> and -hard -q <wc_queue_list> is
incoherent. The problem is obvious already from the relation of soft queue
request and master queue request.


 # qsub -pe make 2 -masterq A -soft -q B

this states that an 'A' queue instance is a must for the master task while 'B'
queue instances should be chosen for slave tasks if available. If no 'B' queue
instance is availalbe any other queue instance shall be fine for slave tasks.

Now when the "-soft" modifier is skipped

 # qsub -pe make 2 -masterq A -q B

the only reasonable meaning can be that an 'A' queue instance is a must *and*
'B' queue instances is a must for the slave tasks.

Unfortunately the job without "-soft" modifier never gets an assignment since
'A' and 'B' represent for disjunct sets of queue instances.

Note: This issue is akin to issue #2378.

   ------- Additional comments from andreas Thu Jun 5 02:04:17 -0700 2008 -------
Created an attachment (id=175)
A maintrunk patch that fixed the disconnection between -masterq and -hard -q

   ------- Additional comments from andreas Fri Jun 6 08:29:30 -0700 2008 -------
Planned for 6.2.

   ------- Additional comments from andreas Tue Jun 10 00:44:13 -0700 2008 -------
Fixed in Maintrunk for 6.2.

The fix was made after V62beta2_TAG so it won't be covered in beta2.

   ------- Additional comments from andreas Tue Jun 10 00:44:39 -0700 2008 -------
Forgot to close the issue.

   ------- Additional comments from joga Wed Nov 12 06:03:46 -0700 2008 -------

   ------- Additional comments from reuti Fri Jun 11 09:22:28 -0700 2010 -------
Although the issue is fixed per se, the queue listed after -masterq is always added automatically to the list of queues in the -q switch.
Means: slots for the slaves can be scheduled to the queue where only the master slot is supposed to be.

This looks like being related to

Attachments (1)

175 (8.7 KB) - added by dlove 11 years ago.

Download all attachments as: .zip

Change History (1)

Changed 11 years ago by dlove

Note: See TracTickets for help on using tickets.