Bug 805006

Summary: [RFE] add group priorities
Product: [Retired] Beaker Reporter: Vladimir Benes <vbenes>
Component: schedulerAssignee: Nick Coghlan <ncoghlan>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 0.8CC: bpeck, cmeadors, dcallagh, llim, mcsontos, rmancy, stl
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: GroupModel
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-04-15 08:42:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Vladimir Benes 2012-03-20 12:29:19 UTC
Description of problem:
I am in 3 groups, general, desktop and wireless but I am still receiving machines from wireless lab. Those machine are really network restricted so not good for my general tests. I need to execute tests in wireless lab from time to time too.


Version-Release number of selected component (if applicable):
0.8


Expected results:
I would like to set highest priority to desktop group (to use our machines), then general if our pool is fully occupied and then wireless. 

Additional info:

Comment 1 Marian Csontos 2012-03-20 13:22:23 UTC
Specifying <group op="!=" value="GROUP_TO_EXCLUDE"/> works for me to avoid using machines with special-HW from one group to be used for tasks which:

- could run on anything and/or
- belong to other group

This often results in longer wait time for me, but is believed to increase the universe happiness sum.

Comment 2 Nick Coghlan 2012-10-17 04:36:59 UTC
Bulk reassignment of issues as Bill has moved to another team.

Comment 3 Nick Coghlan 2013-04-15 08:42:23 UTC
For Beaker 1.1, we should be implementing the concept of "System Pools", which will allow this behaviour to be controlled through a different mechanism.