[ovirt-users] [Bug 1319323] New: VLAN ID check for duplicates

[Bill James]

Any one have an idea on how to "hack" or "patch" ovirt so that instead 
of rejecting a new network with duplicate vlan id it would just warn, or 
even just ignore?


On 03/18/2016 01:54 PM, bugzilla at redhat.com wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1319323
>
>              Bug ID: 1319323
>             Summary: VLAN ID check for duplicates
>             Product: ovirt-engine
>             Version: 3.3
>           Component: RFEs
>            Severity: medium
>            Assignee: sherold at redhat.com
>            Reporter: bill.james at j2.com
>          QA Contact: gklein at redhat.com
>                  CC: bugs at ovirt.org
>          oVirt Team: Network
>               Flags: testing_ack?
>               Flags: planning_ack?
>
>
>
> Description of problem:
> Adding new network with vlan tag, ovirt doesn't allow duplicate VLAN IDs.
> But it should be allowed, because if you are using multiple interfaces you can
> have the same vlan ID as long as they aren't assigned to the same interface on
> the hardware node.
>
>
> Version-Release number of selected component (if applicable):
> ovirt-engine-3.6.3.4-1.el7.centos.noarch
>
>
> How reproducible:
> 100%
>
> Steps to Reproduce:
> 1. Just add network with same vlan id as an already added interface.
>
> 2.
> 3.
>
> Actual results:
> See email thread labeled "Re: [ovirt-users] multiple NICs VLAN ID conflict".
> GUI says vlan already used.
>
> Expected results:
> Duplicate VLAN ID should be checked when you are assign network to the hardware
> node, not when creating the interface.
>
>
> Additional info:
> Trying to work around this with vdsm hooks in before_network_setup,
> after_get_caps and after_get_stats is very difficult to get it to work right.
> (see email thread)
>
Yaniv Kaul <mailto:ykaul at redhat.com> 2016-03-20 03:12:24 EDT

Perhaps only WARN.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160330/0bcf5715/attachment-0001.html>