Bug 1481198 - While adding network QOS to NIC of the VM and running the VM, the values aren't configured on libvirt
Summary: While adding network QOS to NIC of the VM and running the VM, the values aren...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Network
Version: 4.2.0
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ovirt-4.2.0
: ---
Assignee: Arik
QA Contact: Meni Yakove
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-08-14 10:57 UTC by Ori Ben Sasson
Modified: 2019-04-28 13:18 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-12-20 10:43:41 UTC
oVirt Team: Virt
Embargoed:
rule-engine: ovirt-4.2+
rule-engine: blocker+


Attachments (Terms of Use)
logs (500.68 KB, application/zip)
2017-08-14 10:57 UTC, Ori Ben Sasson
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 80640 0 master MERGED core: enable network qos with engine xml 2017-08-15 13:48:19 UTC

Description Ori Ben Sasson 2017-08-14 10:57:46 UTC
Created attachment 1313043 [details]
logs

Description of problem:
While adding network QOS to NIC of the VM and running the VM, the values aren't configured on libvirt

Version-Release number of selected component (if applicable):
ovirt-engine-4.2.0-0.0.master.20170808202742.git7c42951.el7.centos.noarch

How reproducible:
100

Steps to Reproduce:
1. Create new Network QoS profile under DC with default parameters.
2. Create VNIC profile with configured QoS and add it to the NIC of the VM.
3. Run VM
4. Check that provided bw values are the same as the values configured on libvirt

Actual results:
The values aren't configured on libvirt

Expected results:
The values should be configured on libvirt

Additional info:
get xml from the vm: virsh -r dumpxml <vm_name>

<interface type='bridge'>
      <mac address='00:1a:4a:16:20:74'/>
      <source bridge='ovirtmgmt'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <filterref filter='vdsm-no-mac-spoofing'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </interface>

Comment 1 Dan Kenigsberg 2017-08-14 13:20:57 UTC
I suspect that this is a regression due to the Engine domxml work.

Comment 2 Red Hat Bugzilla Rules Engine 2017-08-21 06:10:36 UTC
This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.

Comment 3 Ori Ben Sasson 2017-08-21 15:33:00 UTC
Verified on ovirt-engine-4.2.0-0.0.master.20170820180837.git59243e9.el7.centos.noarch

Comment 4 Sandro Bonazzola 2017-12-20 10:43:41 UTC
This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017.

Since the problem described in this bug report should be
resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE.

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


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