[openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface

McLellan, Steven steve.mclellan at hp.com
Thu Aug 14 04:08:18 UTC 2014

Thanks Kevin. Steve Baker pointed me at https://bugs.launchpad.net/heat/+bug/1299259 which looks related.

The only related field I see around floating ips is ‘router_id’ on FloatingIP, but it feels like that wouldn’t correct any dependencies on the RouterInterface. I understand the error I’m getting, but I’m not sure if I’m doing something wrong or if it’s a bug.

From: Kevin Benton [mailto:blak111 at gmail.com]
Sent: Wednesday, August 13, 2014 10:44 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface

It looks like there may be a missing dependency. The floating IP association needs to depend on the router interface that attaches the router to the subnet where the floating IP maps to. You can't remove a router interface to a subnet if there is a port on that subnet with a floating IP associated to it because it would prevent the floating IP from functioning.

On Wed, Aug 13, 2014 at 8:30 PM, McLellan, Steven <steve.mclellan at hp.com<mailto:steve.mclellan at hp.com>> wrote:

We’re occasionally (as in occasionally repeatable but not consistent) seeing failures deleting stacks containing a neutron RouterInterface. I’m not sure if it’s a bug or the template is to blame. The error we get is:

Conflict: Router interface for subnet <id> on router <id> cannot be deleted, as it is required by one or more floating IPs.

The router id is provided to the heat template as an id; the subnet is a resource within the template.  An abridged example (minus server) is below (router interface towards the end). The logs (at INFO) for a SUCCESSFUL delete show the router interface being deleted first (straight after the server resource). I don’t have a lot of neutron expertise, but it seems like there’s an implicit dependency that’s not being expressed properly – or perhaps the template is flawed? The failure doesn’t happen all the time, which makes me wonder if there’s a race going on.

Any ideas?


2014-08-14 02:55:50.374 INFO heat.engine.resource [-] deleting RouterInterface "router-interface" [685971ab-4c80-41a7-b64b-715a78b61267:subnet_id=4de89638-0e8b-4353-a847-0a3fceefe1f9] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]
2014-08-14 02:55:50.491 INFO heat.engine.resource [-] deleting FloatingIPAssociation "floating-ip-assoc" [92f10394-b524-4f8b-9383-e1f111d70d68:23540c60-9b05-47ad-b93b-b3b24f86ab37] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]
2014-08-14 02:55:51.124 INFO heat.engine.resource [-] deleting Port "port-on-subnet" [23540c60-9b05-47ad-b93b-b3b24f86ab37] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]
2014-08-14 02:55:51.163 INFO heat.engine.resource [-] deleting FloatingIP "floating-ip" [92f10394-b524-4f8b-9383-e1f111d70d68] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]
2014-08-14 02:55:52.278 INFO heat.engine.resource [-] deleting Subnet "subnet" [4de89638-0e8b-4353-a847-0a3fceefe1f9] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]
2014-08-14 02:55:52.428 INFO heat.engine.resource [-] deleting SecurityGroup "secgroup" [e7ec7fbb-6134-41dc-a98e-c0d4104b270f] Stack "t1" [ba13d445-d43d-45c1-bc76-e2c5898ae5ad]

    properties: {floating_network_id: a60900f8-bdc9-40ef-b0ab-a41d20e0c660}
    type: OS::Neutron::FloatingIP
      floatingip_id: {get_resource: floating-ip}
      port_id: {get_resource: port-on-subnet}
    type: OS::Neutron::FloatingIPAssociation
      - subnet_id: {get_resource: subnet}
      network_id: {get_resource: net}
      - default
    type: OS::Neutron::Port
    properties: {name: mynet}
    type: OS::Neutron::Net
      router_id: 108eea7b-b846-40df-9f0d-c53c926b7608
      subnet_id: {get_resource: subnet}
    type: OS::Neutron::RouterInterface
      dns_nameservers: []
      ip_version: 4
      network_id: {get_resource: net}
    type: OS::Neutron::Subnet

OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>

Kevin Benton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140814/d969e4cc/attachment.html>

More information about the OpenStack-dev mailing list