[openstack-dev] [openstack][nova] Port unbound from active VM

Ajay Kalambur (akalambu) akalambu at cisco.com
Thu Oct 13 16:44:24 UTC 2016


Any comments/input on this?
Ajay


From: Ajay Kalambur <akalambu at cisco.com<mailto:akalambu at cisco.com>>
Date: Monday, October 10, 2016 at 6:31 PM
To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>>
Subject: [openstack][nova] Port unbound from active VM

Hi
There seems to be a corner case bug in nova code. Steps to reproduce it are

  1.  Create a neutron port
  2.  Create a VM and launch instance with this port
  3.  Shutdown nova compute and network agent on compute node
  4.  Unbind port from VM and delete the VM (offline delete)
  5.  Now create a VM with same port but on a different compute node
  6.  Bring up nova compute on old node

It basically runs the reap for deleted instances and cleanes up VM from libvirt. In the process it unbinds the pre-existing ports and ends up unbinding the port from an active VM on a different compute node
Reason nova simply sends a blind port-update with binding_host: “” even if that port is bound to a different instance


So following fix seemed to help any suggestions on a better fix

In nova/network/neutronv2/api.py. So basically when neutron sees no ports for this instance don’t attempt an unbind
In this case
data = neutron.list_ports(**search_opts)
Call in deallocate_for_instance returns empty ports




      # Reset device_id and device_owner for the ports that are skipped

        if data.get('ports', []):

            self._unbind_ports(context, ports_to_skip, neutron)

        else:

            LOG.debug("Neutron sees a different view of this port hence skipping unbind”)



Ajay

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20161013/d6ef7076/attachment.html>


More information about the OpenStack-dev mailing list