Opened 14 years ago

Last modified 11 years ago

#443 new defect

IZ2331: Unexpected selection order with $fill_up and -masterq

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


[Imported from gridengine issuezilla]

        Issue #:      2331             Platform:     All      Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    scheduling       Version:      6.0         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
       * Summary:     Unexpected selection order with $fill_up and -masterq
   Status whiteboard:

     Issue 2331 blocks:
   Votes for issue 2331:

   Opened: Fri Jul 20 03:05:00 -0700 2007 

1. I'm using 6.0u8.

2. I completely re-installed one of my SGE cells and did only the minimal
configuration required to make it
possible to run a "sleep 60" job.

3. I set "sort by seq no"

bash-3.00$  qconf -ssconf | grep seq
queue_sort_method                 seqno

4. I configure the queues as follows:

bash-3.00$ qstat -F | egrep "seq|@" BIP   0/1       0.00     lx26-amd64
        qf:seq_no=0 BIP   0/4       0.00     lx26-amd64
        qf:seq_no=0 BIP   0/4       0.00     lx26-amd64

5. I have "$fill_up" in my "PE" and as you see here, the queues are configured
with the PE.

bash-3.00$ qconf -sq master.101.q | egrep "pe_list"
pe_list               make powerflow_ts101_pe
bash-3.00$ qconf -sq short.101.q | egrep "pe_list"
pe_list               make powerflow_ts101_pe

6. I manipulate the host I wan't to be considered last e.g. ts101-1-0:

bash-3.00$ qconf -sq short.101.q | egrep "hostlist|seq_no"
seq_no                0,[]

bash-3.00$ qconf -sq master.101.q | egrep "hostlist|seq_no"
seq_no                0

7. I submit the sleep-job, asking for 2 slots with that PE. It is dispatched,
but not as I would think it

bash-3.00$ qstat -t
19 0.55500 slot-alloc sssler       r     07/19/2007 16:02:51 MASTER
19 0.55500 slot-alloc sssler       r     07/19/2007 16:02:51 SLAVE

Apart from this - default configuration.


   ------- Additional comments from andreas Fri Jul 20 03:21:52 -0700 2007 -------
According to Eric this worked with 5.3 as he needed it, whereas I already can
not explain the reported 5.3 behavoiur.

Thus: for bringing resolution forward it were necessary to reproduce reported
5.3 as to actually understanding it.

Change History (0)

Note: See TracTickets for help on using tickets.