Bug 1018740 - oVirt+Neutron: IP lost when shutting down the instance
Summary: oVirt+Neutron: IP lost when shutting down the instance
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.3.0
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: ---
: 3.3.0
Assignee: Mike Kolesnik
QA Contact: yeylon@redhat.com
URL:
Whiteboard: network
Depends On: 1013491
Blocks: 3.3snap1
TreeView+ depends on / blocked
 
Reported: 2013-10-14 10:43 UTC by Mike Kolesnik
Modified: 2016-04-18 06:53 UTC (History)
12 users (show)

Fixed In Version: is19
Doc Type: Bug Fix
Doc Text:
Clone Of: 1013491
Environment:
Last Closed:
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 19966 0 None None None Never
oVirt gerrit 20138 0 None None None Never

Description Mike Kolesnik 2013-10-14 10:43:22 UTC
+++ This bug was initially created as a clone of Bug #1013491 +++

Description of problem:
When using OpenStack Neutron as external network provider in oVirt-3.3, the association port/internal-IP/floating-IP is lost when the VM is shut down.

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

How reproducible:
Always

Steps to Reproduce:
1. Define an OpenStack Neutron network external provider and import a network. 
2. Start a VM in oVirt using that network in one of the NIC interface and let the NIC to have an IP using DHCP (provided by Neutron itself).
3. Possibly associate a floating-IP to the instance.
4. Shut down (not delete) the machine (from inside the VM or from the oVirt WEB-UI)
5. Start the instance again.

Actual results:
The instance looses the previously attached IP addresses (port/internal-IP change) and the public floating-IP must be manually re-associated.


Expected results:
The instance should keep the previous port and IP leases.


Additional info:

--- Additional comment from Mike Kolesnik on 2013-10-09 01:37:24 EDT ---



--- Additional comment from Mike Kolesnik on 2013-10-09 01:42:13 EDT ---

The port was deleted on VM stop.

The new behavior that is going to be is documented on the feature page:
http://www.ovirt.org/Features/Detailed_OSN_Integration#Integration_with_virtual_NIC_lifecycle

Extract:
"The port will be deleted in these cases:

     The virtual NIC is deleted from the VM.
     The virtual VNIC profile is changed, so that it is no longer
connected to
the external network.
     The VM is deleted.
     The data center containing the external networks is deleted forcefully.
     Snapshot operations (Preview, Undo) on the VM. "

Comment 2 awinter 2013-11-20 09:47:17 UTC
Verified.

Now, when the vm is down, the port for its nic is not deleted and so, when the vm goes back up, it has the same ip like before.

Comment 4 Itamar Heim 2014-01-21 22:25:23 UTC
Closing - RHEV 3.3 Released

Comment 5 Itamar Heim 2014-01-21 22:25:56 UTC
Closing - RHEV 3.3 Released

Comment 6 Itamar Heim 2014-01-21 22:29:31 UTC
Closing - RHEV 3.3 Released


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