Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1212461

Summary: MAC Address is already in use error when trying to create new vNIC with custom MAC address, manually assigned in DC with 'allow duplication'
Product: [oVirt] ovirt-engine Reporter: Michael Burman <mburman>
Component: GeneralAssignee: Martin Mucha <mmucha>
Status: CLOSED CURRENTRELEASE QA Contact: Michael Burman <mburman>
Severity: high Docs Contact:
Priority: high    
Version: ---CC: bazulay, bugs, danken, ecohen, gcheresh, gklein, lsurette, masayag, rbalakri, sbonazzo, s.kieske, yeylon, ylavi
Target Milestone: ovirt-3.6.1Flags: rule-engine: ovirt-3.6.z+
ylavi: Triaged+
ylavi: planning_ack+
rule-engine: devel_ack+
rule-engine: testing_ack+
Target Release: 3.6.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: network
Fixed In Version: ovirt-engine-3.6.0.2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-12-16 12:23:22 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
engine log and screenshots
none
duplicate mac added. none

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.