Bug 872100 - It's possible to create 2 VMs with the same MAC address on NIC when performing import VM
Summary: It's possible to create 2 VMs with the same MAC address on NIC when performin...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.1.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: 3.2.0
Assignee: lpeer
QA Contact: GenadiC
URL:
Whiteboard: network
Depends On: 890951 892645
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-01 08:43 UTC by GenadiC
Modified: 2018-12-02 15:06 UTC (History)
12 users (show)

Fixed In Version: sf1
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 884249 (view as bug list)
Environment:
Last Closed:
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
engine log (1.24 MB, text/x-log)
2012-11-01 08:43 UTC, GenadiC
no flags Details

Description GenadiC 2012-11-01 08:43:36 UTC
Created attachment 636484 [details]
engine log

Description of problem:
When performing import VM (with specific MAC on its NIC) and there is another VM with the same MAC on its NIC, the action of import succeeds even though on the engine you get an error message:"Try to add duplicate values with same name. Type: UNASSIGNED. Value: vmname"


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


How reproducible:
Always

Steps to Reproduce:
1. Create VM1 with MAC "AA"
2. Export VM1
3. Delete VM1 and create VM2 with the same MAC "AA"
4. Import VM1
  
Actual results:
The operation of import succeeds and the MAC "AA" is shown on both VMs

Expected results:
Operation should fail or the user should be asked to reconfigure the MAC when importing VM


Additional info:
 Try to add duplicate values with same name. Type: UNASSIGNED. Value: vmname

Comment 1 Simon Grinberg 2012-11-01 15:08:49 UTC
What is the value of the allow duplicate MAC configuration? 

1. If it's disabled - operation must fail
2. If it's enabled then we must have popup suggesting to replace or confirm using the dup.

Comment 2 lpeer 2012-11-04 08:55:38 UTC
(In reply to comment #1)
> What is the value of the allow duplicate MAC configuration? 
> 
> 1. If it's disabled - operation must fail
> 2. If it's enabled then we must have popup suggesting to replace or confirm
> using the dup.

Simon, the fix you are describing here is the RFE covered by Bug 624655.
This bug is about failing the import in case duplicate mac is disabled.

Comment 3 Muli Salem 2012-11-11 09:26:05 UTC
Proposed fix in:

http://gerrit.ovirt.org/#/c/9144/

Comment 6 Meni Yakove 2013-01-07 13:56:33 UTC
Can't verify - 892645

Comment 7 Meni Yakove 2013-02-04 13:33:21 UTC
Depend on - https://bugzilla.redhat.com/show_bug.cgi?id=890951

Comment 8 GenadiC 2013-02-21 07:15:48 UTC
Verified in SI 27.1

Comment 10 Itamar Heim 2013-06-11 09:00:49 UTC
3.2 has been released

Comment 11 Itamar Heim 2013-06-11 09:00:52 UTC
3.2 has been released

Comment 12 Itamar Heim 2013-06-11 09:00:54 UTC
3.2 has been released

Comment 13 Itamar Heim 2013-06-11 09:02:07 UTC
3.2 has been released

Comment 14 Itamar Heim 2013-06-11 09:31:26 UTC
3.2 has been released


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