salt-cloud should delete static network interfaces when terminating instances

Created on 14 Jul 2016  路  14Comments  路  Source: saltstack/salt

Description of Issue/Question

When deploying an instance via salt-cloud in AWS and it fails (for whatever reason) and you have specified an IP for them, when it destroys the failed deploy instances, it does not destroy the created interfaces. Which then results in the following error:

{'Error': {'Message': 'The specified address is already in use.', 'Code': 'InvalidIPAddress.InUse'}}

Setup

(Please provide relevant configs and/or SLS files (Be sure to remove sensitive info).)
I could be wrong, but there doesn't seem to be anything relevant in this area.

Steps to Reproduce Issue

(Include debug logs if possible and relevant.)

  1. Spin up an instance that will fail for any reason with a static IP in ec2.
  2. Attempt to spin up same instance again.
  3. You will get the error:
    {'Error': {'Message': 'The specified address is already in use.', 'Code': 'InvalidIPAddress.InUse'}}

Versions Report

(Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)

Salt Version:
           Salt: 2016.3.1

Dependency Versions:
           cffi: Not Installed
       cherrypy: Not Installed
       dateutil: 2.4.2
          gitdb: 0.6.4
      gitpython: 1.0.1
          ioflo: Not Installed
         Jinja2: 2.8
        libgit2: Not Installed
        libnacl: Not Installed
       M2Crypto: 0.21.1
           Mako: 1.0.3
   msgpack-pure: Not Installed
 msgpack-python: 0.4.6
   mysql-python: Not Installed
      pycparser: Not Installed
       pycrypto: 2.6.1
         pygit2: Not Installed
         Python: 2.7.12 (default, Jul  1 2016, 15:12:24)
   python-gnupg: Not Installed
         PyYAML: 3.11
          PyZMQ: 15.2.0
           RAET: Not Installed
          smmap: 0.9.0
        timelib: Not Installed
        Tornado: 4.2.1
            ZMQ: 4.1.4

System Versions:
           dist: Ubuntu 16.04 xenial
        machine: x86_64
        release: 4.4.0-28-generic
         system: Linux
        version: Ubuntu 16.04 xenial
Aluminium Bug RIoT Salt-Cloud phase-plan severity-medium status-to-do

Most helpful comment

I have replicated this, will look at getting it fixed.

Sorry it took so long to respond.

Thanks,
Daniel

All 14 comments

@gehzumteufel Ah, thanks for letting us know. We should get this cleaned up.

ping @techhat and @gtmanfred

Confirming I'm experiencing this too. You need to go to the Network Interfaces tab in the EC2 section of the web interface to delete the applicable IP address.

I've stumbled upon this just now. There were several network interfaces hanging around that were not in use, and I had to delete them by hand.

I'm seeing this now as well in 2016.11.1

How are you assigning a static IP?

Is this in the Network Interface section?

Can you provide an example profile/provider where this is happening so that I can test this?

Thanks,
Daniel

When I filed this bug, yes it was in the network interface section of a profile. I don't currently have an example but I will see if I can craft one when I get a chance.

To be clear, this is _only_ a problem if the spin up of an instance fails to complete and it deletes the instance but not the static interface.

I have replicated this, will look at getting it fixed.

Sorry it took so long to respond.

Thanks,
Daniel

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.

I don't know that this has ever been fixed. If it hasn't, it should be left open.

Thank you for updating this issue. It is no longer marked as stale.

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.

I imagine this is still an issue, however I can't remember the last time I had an instance fail to deploy so am not certain.

Thank you for updating this issue. It is no longer marked as stale.

This is still an issue in 3000.3.

For example creation of an instance with static private IP fails with error 'Message': 'Network interfaces and an instance-level subnet ID may not be specified on the same request'. On fixing the profile and rerunning it errors with 'Message': 'The specified address is already in use.

After deleting interfaces it runs fine and creates the machines.

Was this page helpful?
0 / 5 - 0 ratings