ipassociation heat stack delete

Bug #1613843 reported by Kevin Fox
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Heat
New
Wishlist
Unassigned

Bug Description

We have a heat template we created that takes in an ip address as a param and then associates it with the vm created by the stack.

We have a stack running based on this, and we moved the floating ip address to a different host outside of heat.

When we then go and delete the heat stack, it fails to delete complaining the ip is associated with a vm other then the one it thinks it should be.

It should ignore the detach in this case and simply continue on with the deletion of the stack.

This is a liberty rdo on centos7 heat.

Revision history for this message
Peter Razumovsky (prazumovsky) wrote :

Do you use FloatingIPAssociation for associate ip to vm? Or I miss something?

Thomas Herve (therve)
Changed in heat:
importance: Undecided → Critical
importance: Critical → Wishlist
milestone: none → next
Changed in heat:
assignee: nobody → zhangdetong (zhangdetong)
Changed in heat:
assignee: zhangdetong (zhangdetong) → nobody
Revision history for this message
huangsm (huangsm) wrote :

I have create stack from yaml files such as:

heat_template_version: 2015-04-30

resources:
  floating:
    type: OS::Neutron::FloatingIP
    properties:
      floating_network: Ext-Net
  port:
    type: OS::Neutron::Port
    properties:
        network: d476830c-161c-4c69-a079-5408a21c6f90
  instance:
    type: OS::Nova::Server
    properties:
      flavor: m1.tiny
      image: cirros
      metadata:
        source: heat
      networks:
        - floating_ip: {get_resource: floating}
          network: d476830c-161c-4c69-a079-5408a21c6f90
          port: {get_resource: port}

and

heat_template_version: 2015-04-30

resources:
  floating:
    type: OS::Neutron::FloatingIP
    properties:
      floating_network: Ext-Net
  instance:
    type: OS::Nova::Server
    properties:
      flavor: m1.tiny
      image: cirros
      metadata:
        source: heat
      networks:
         - network: d476830c-161c-4c69-a079-5408a21c6f90
  port:
    type: OS::Neutron::Port
    properties:
        network: d476830c-161c-4c69-a079-5408a21c6f90
  association:
    type: OS::FloatingIPAssociation
    properties:
      floatingip_id: {get_resource: floating}
      port_id: {get_resource: port}

And it's reproduced.
Can you show your template?

Revision history for this message
huangsm (huangsm) wrote :

And it is not reproduced.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.