Bug 1008512 - [RFE] QoS support is missing from CLI, SDK and REST API [NEEDINFO]
[RFE] QoS support is missing from CLI, SDK and REST API
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: RFEs (Show other bugs)
x86_64 Linux
medium Severity unspecified
: ---
: 3.5.0
Assigned To: Gilad Chaplik
Meni Yakove
: FutureFeature, Improvement
Depends On:
Blocks: 1094012 rhev3.5beta 1156165
  Show dependency treegraph
Reported: 2013-09-16 09:53 EDT by GenadiC
Modified: 2016-02-10 15:19 EST (History)
13 users (show)

See Also:
Fixed In Version: vt3
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2015-02-11 12:54:59 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: SLA
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
juwu: needinfo? (gchaplik)
nyechiel: Triaged+

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
oVirt gerrit 31929 master MERGED engine: set QoS href under profile Never

  None (edit)
Description GenadiC 2013-09-16 09:53:27 EDT
Description of problem:
It's impossible to run commands for QoS through Rest API, SDK and CLI

Actual results:
There is no support for QoS in SDK, CLI and Rest API

Expected results:
There should be support for QoS in SDK, CLI and Rest API

Additional info:
Comment 2 Matthew Mariani 2014-03-10 13:55:10 EDT
Adding an attachment that steps through a QoS use case supporting this RFE. 

The use case comes from a Public Sector RFP requirement defining minimum VM bandwidth at 100Mbps, with the ability to add bandwidth in 100Mbps increments.  The proposed response would leverage the QoS capability to define QoS profiles for 100Mbps, 200Mbps, 300Mbps, etc. up to <Max>Mbps.  In order to perform a change programmatically through the cloud self service portal, an API capability to list/change the profile for a given VM would be required. 

Discussed with the RHEV Engineering team on 3/7/14, suggesting this post and attachment just added.
Comment 3 Scott Herold 2014-04-22 16:29:36 EDT
From following up with engineering, these capabilities are already in place:

There are 2 ways to get the desired vnic profile:
1. By querying api.getVnicProfiles() for a specific profile
2. By querying api.getNetworks().getNetwork(networkName).getVnicProfiles() which returns only the profiles of a specific network.

Changing from one profile to another:
VMNIC vnic = vm.getNics().get("nic1");

Example provided at the following URL:


Please let us know if this is insufficient, but it does appear as if this functionality does already exist in RHEV 3.3
Comment 4 Sven Kieske 2014-06-25 07:29:35 EDT
Well you can't define the qos via api, see BZ 1078863
Comment 5 Sven Kieske 2014-08-28 05:25:31 EDT
How can this be in status POST when none of the patches in BZ1078863
are merged? Where those replaced by different commits?
Comment 6 Doron Fediuck 2014-08-28 05:57:33 EDT
(In reply to Sven Kieske from comment #5)
> How can this be in status POST when none of the patches in BZ1078863
> are merged? Where those replaced by different commits?

POST means there are patches available. It does not mean the
issue is resolved.
Comment 7 Eyal Edri 2014-09-10 16:21:43 EDT
fixed in vt3, moving to on_qa.
if you believe this bug isn't released in vt3, please report to rhev-integ@redhat.com
Comment 8 Julie 2015-02-04 20:33:43 EST
If this bug requires doc text for errata release, please provide draft text in the doc text field in the following format:


The documentation team will review, edit, and approve the text.

If this bug does not require doc text, please set the 'requires_doc_text' flag to -.
Comment 10 errata-xmlrpc 2015-02-11 12:54:59 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.