Bug 1212461 - MAC Address is already in use error when trying to create new vNIC with custom MAC address, manually assigned in DC with 'allow duplication'
Summary: MAC Address is already in use error when trying to create new vNIC with custo...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: General
Version: ---
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ovirt-3.6.1
: 3.6.0
Assignee: Martin Mucha
QA Contact: Michael Burman
URL:
Whiteboard: network
: 1220797 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-16 13:12 UTC by Michael Burman
Modified: 2016-02-10 19:16 UTC (History)
13 users (show)

Fixed In Version: ovirt-engine-3.6.0.2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-16 12:23:22 UTC
oVirt Team: Network
Embargoed:
rule-engine: ovirt-3.6.z+
ylavi: Triaged+
ylavi: planning_ack+
rule-engine: devel_ack+
rule-engine: testing_ack+

Attachments (Terms of Use)
engine log and screenshots (4.48 MB, application/x-gzip)
2015-04-16 13:12 UTC, Michael Burman 		no flags Details
duplicate mac added. (39.81 KB, image/jpeg)
2015-10-26 11:50 UTC, Martin Mucha 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 40052 0 master MERGED core: replaced deprecated check for 'allowedDuplicates'. Never
oVirt gerrit 46013 0 ovirt-engine-3.6 ABANDONED core: replaced deprecated check for 'allowedDuplicates'. Never
oVirt gerrit 46301 0 ovirt-engine-3.6 MERGED core: replaced deprecated check for 'allowedDuplicates'. Never
oVirt gerrit 46672 0 master MERGED core: Remove deprecated config value Never
oVirt gerrit 46676 0 ovirt-engine-3.6 MERGED core: Remove deprecated config value Never

Description Michael Burman 2015-04-16 13:12:49 UTC 
Created attachment 1015209 [details]
engine log and screenshots

Description of problem:
Operation cancelled:

MAC Address is already in use error when trying to create new vNIC with custom MAC address(MAC that is already in use), manually assigned in DC with 'allow duplication' 

2015-04-16 15:55:59,514 WARN  [org.ovirt.engine.core.bll.network.vm.AddVmInterfaceCommand] (ajp--127.0.0.1-8702-10) [30c56c3e] CanDoAction of action 'AddVmInterface' failed for user admin@internal. Reasons: VAR__TYPE__INTERFACE,VAR__ACTION__ADD,NETWORK_MAC_ADDRESS_IN_USE

MAC pool per DC feature should allow this when 'allow duplication' is checked.


Version-Release number of selected component (if applicable):
3.6.0-0.0.master.20150412172306.git55ba764.el6


Steps to Reproduce:
1. Create new MAC pool via Configure with range 00:00:00:00:00:01-00:00:00:00:00:02 and assign to DC
2. Add 2 vNICs to VM 
3. Try to add another vNIC with custom MAC address 00:00:00:00:00:02

Actual results:
Operation canceled with error:
MAC Address is already in use

Expected results:
Should be acceptable when duplication allowed in DC
Comment 1 Martin Mucha 2015-05-19 11:44:39 UTC 
*** Bug 1220797 has been marked as a duplicate of this bug. ***
Comment 2 Sven Kieske 2015-07-06 11:22:40 UTC 
I guess this is also in the 3.6 branch, as it was merged some month ago?
Comment 3 Martin Mucha 2015-07-09 07:15:50 UTC 
nothing was merged yet, target release is 3.6.0, there's no current effort to make it available for previous versions.
Comment 4 Michael Burman 2015-10-07 10:50:14 UTC 
This bug is not fixed. Same behavior as reported.
Comment 5 Red Hat Bugzilla Rules Engine 2015-10-19 11:03:07 UTC 
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Comment 6 Michael Burman 2015-10-26 06:39:32 UTC 
Tested on - 3.6.0.2-0.1.el6 and still failing on the same error:
MAC Address is already in use.

'Allow duplicate' checkbox is checked for the MAC pool range.
Comment 7 Martin Mucha 2015-10-26 11:50:05 UTC 
Created attachment 1086467 [details]
duplicate mac added.

I just tested this in my development environment using latest change in ovirt-engine-3.6 branch (f9a7b1ba7a248595e4ebab40faa85aa2975f885b) and following 'steps to reproduce' I ended up with three macs, two duplicate ones. So I believe this should be ok.
Comment 8 Moti Asayag 2015-10-26 12:02:01 UTC 
(In reply to Martin Mucha from comment #7)
> Created attachment 1086467 [details]
> duplicate mac added.
> 
> I just tested this in my development environment using latest change in
> ovirt-engine-3.6 branch (f9a7b1ba7a248595e4ebab40faa85aa2975f885b) and
> following 'steps to reproduce' I ended up with three macs, two duplicate
> ones. So I believe this should be ok.

The patch is merged to ovirt-engine-master and to ovirt-engine-3.6.1 but it wasn't merged to ovirt-engine-3.6.0. Therefore the current version the QE has does not include the fix.
Comment 9 Yaniv Lavi 2015-10-29 12:13:52 UTC 
In oVirt testing is done on single release by default. Therefore I'm removing the 4.0 flag. If you think this bug must be tested in 4.0 as well, please re-add the flag. Please note we might not have testing resources to handle the 4.0 clone.
Comment 10 Michael Burman 2015-11-26 10:17:04 UTC 
Verified on -  3.6.1-0.2.el6
Comment 11 Sandro Bonazzola 2015-12-16 12:23:22 UTC 
According to verification status and target milestone this issue should be fixed in oVirt 3.6.1. Closing current release.
Note You need to log in before you can comment on or make changes to this bug.