Bug 1196275 - [HostNetworkQos] Setting QoS on the only VLAN network on interface fails
Summary: [HostNetworkQos] Setting QoS on the only VLAN network on interface fails
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: General
Version: ---
Hardware: x86_64
OS: Linux
Target Milestone: ovirt-3.6.0-rc
: 3.6.0
Assignee: Alona Kaplan
QA Contact: Michael Burman
Whiteboard: network
Depends On:
TreeView+ depends on / blocked
Reported: 2015-02-25 15:45 UTC by Michael Burman
Modified: 2016-02-10 19:15 UTC (History)
11 users (show)

Fixed In Version: 3.6.0_beta4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2015-11-04 13:41:05 UTC
oVirt Team: Network
rule-engine: ovirt-3.6.0+
ylavi: Triaged+
ylavi: planning_ack+
rule-engine: devel_ack+
rule-engine: testing_ack+

Attachments (Terms of Use)
engine log (4.88 MB, text/plain)
2015-02-25 15:45 UTC, Michael Burman
no flags Details
screenshot (1.88 MB, image/png)
2015-02-25 15:48 UTC, Michael Burman
no flags Details

System ID Private Priority Status Summary Last Updated
oVirt gerrit 43984 0 None MERGED core: validating qos & using overridden qos in HostSetupNetworksCommand 2021-01-21 21:06:59 UTC

Description Michael Burman 2015-02-25 15:45:12 UTC
Created attachment 995256 [details]
engine log

Description of problem:
SetupNetworks > Engine blocking from attaching VM/non VM vlan tagged network with Host QoS configured.
When trying to approve operation via SN:
Operation Canceled
Error while executing action:


    Cannot setup Networks. All or none of the networks attached to an interface must have QoS configured, but on the following interface(s) some of the networks are missing QoS: enp6s0.


2015-02-25 17:18:37,077 WARN  [org.ovirt.engine.core.bll.network.host.SetupNetworksCommand] (ajp-- [564d487a] CanDoAction of action 'SetupNetworks' failed for user admin@internal. Reasons: VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,ACTION_TYPE_FAILED_HOST_NETWORK_QOS_INTERFACES_WITHOUT_QOS,$ACTION_TYPE_FAILED_HOST_NETWORK_QOS_INTERFACES_WITHOUT_QOS_LIST enp6s0

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

How reproducible:

Steps to Reproduce:
1. Create VM/non VM vlan tagged network with Host QoS configured.
2. Try to attach vlan network to NIC 

Actual results:
Operation canceled with a wrong error message. 

Expected results:
Operation should succeed.

Comment 1 Michael Burman 2015-02-25 15:48:39 UTC
Created attachment 995259 [details]

Comment 2 Lior Vernia 2015-03-04 13:29:52 UTC
Engine seems to mistakenly think the interface is shared by other networks, even though the VLAN network is alone there - so shouldn't be any issue (since QoS is configured on all the networks on the interface).

Comment 3 Barak 2015-08-03 13:32:22 UTC
Is this relevant in the new API as well ?

Comment 4 Alona Kaplan 2015-08-04 07:19:25 UTC
(In reply to Barak from comment #3)
> Is this relevant in the new API as well ?

The bug is in- 

It uses- 'NetworkUtils.qosConfiguredOnInterface(iface, network)' to find out whether a the iface has qos configured on it.

- For the 'baseNic' the 'NetworkUtils.qosConfiguredOnInterface(iface, network)' return false, since there is no network on it (the network is null).
- For the 'baseNic.vlan' the the method return true since it has qos.

So 'validateQosNotPartiallyConfigured' considers the qos as partially configured on the nic.

The fix should be that in case there is no network on the nic, it shouldn't be taken in account when validating if the qos in partially configured on then ic.

Comment 6 Michael Burman 2015-10-07 11:11:46 UTC
Verified on - rhevm-3.6.0-0.18.el6.noarch with vdsm-4.17.8-1.el7ev.noarch

Comment 7 Sandro Bonazzola 2015-11-04 13:41:05 UTC
oVirt 3.6.0 has been released on November 4th, 2015 and should fix this issue.
If problems still persist, please open a new BZ and reference this one.

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