Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Digital Ocean does not return anything on deletion #33452

Closed
Ch3LL opened this issue May 23, 2016 · 6 comments
Closed

Digital Ocean does not return anything on deletion #33452

Ch3LL opened this issue May 23, 2016 · 6 comments
Assignees
Labels
Bug broken, incorrect, or confusing behavior P2 Priority 2 RIoT Relates to integration with cloud providers, hypervisors, API-based services, etc. Salt-Cloud severity-medium 3rd level, incorrect or bad functionality, confusing and lacks a work around ZRELEASED - 2016.3.2
Milestone

Comments

@Ch3LL
Copy link
Contributor

Ch3LL commented May 23, 2016

Description of Issue/Question

When deleting a digital ocean VM on 2016.3.0 it deletes the VM but I do not get a return back from salt and there is a DNS error.

Setup

  1. Create a VM in digital ocean using salt-cloud -p

Steps to Reproduce Issue

  1. salt-cloud -d ch3ll-do
  2. The VM will be deleted but we do not get a return back and there is a DNS error like below:
[20:58:31,232][salt.loaded.int.clouds.digital_ocean     :546 ][DEBUG   ] https://api.digitalocean.com/v2/droplets/?page=1&per_page=200
[20:58:31,716][salt.loaded.int.clouds.digital_ocean     :546 ][DEBUG   ] https://api.digitalocean.com/v2/droplets/15800925/
[20:58:31,717][salt.loaded.int.clouds.digital_ocean     :769 ][DEBUG   ] Deleting DNS records for ch3ll-do.
Error: There was an error destroying machines: An error occurred while querying DigitalOcean. HTTP Code: 404  Error: '{"id":"not_found","message":"The resource you were accessing could not be found."}'
[root@li983-166 tests]# 

Versions Report

[root@li983-166 tests]# salt --versions-report
Salt Version:
           Salt: 2016.3.0

Dependency Versions:
           cffi: Not Installed
       cherrypy: Not Installed
       dateutil: 2.4.2
          gitdb: Not Installed
      gitpython: Not Installed
          ioflo: Not Installed
         Jinja2: 2.7.2
        libgit2: Not Installed
        libnacl: Not Installed
       M2Crypto: 0.21.1
           Mako: Not Installed
   msgpack-pure: Not Installed
 msgpack-python: 0.4.7
   mysql-python: Not Installed
      pycparser: Not Installed
       pycrypto: 2.6.1
         pygit2: Not Installed
         Python: 2.7.5 (default, Jun 17 2014, 18:11:42)
   python-gnupg: Not Installed
         PyYAML: 3.11
          PyZMQ: 14.7.0
           RAET: Not Installed
          smmap: Not Installed
        timelib: Not Installed
        Tornado: 4.2.1
            ZMQ: 4.0.5

System Versions:
           dist: centos 7.0.1406 Core
        machine: x86_64
        release: 4.1.5-x86_64-linode61
         system: Linux
        version: CentOS Linux 7.0.1406 Core
@Ch3LL Ch3LL added severity-medium 3rd level, incorrect or bad functionality, confusing and lacks a work around P3 Priority 3 P2 Priority 2 ZRELEASED - Boron RIoT Relates to integration with cloud providers, hypervisors, API-based services, etc. Salt-Cloud and removed P3 Priority 3 labels May 23, 2016
@Ch3LL Ch3LL added this to the Approved milestone May 23, 2016
@johje349
Copy link

Getting the same error message. Worked fine in 2015.8.10.

@Ch3LL Ch3LL added ZRELEASED - Boron severity-critical top severity, seen by most users, serious issues labels May 27, 2016
@meggiebot meggiebot removed severity-critical top severity, seen by most users, serious issues ZRELEASED - Boron labels May 28, 2016
@iggy
Copy link
Contributor

iggy commented Jun 11, 2016

As I think @Ch3LL noticed, this looks similar to #33439 maybe, although slightly different error messages. Worth keeping an eye on either way.

@Ch3LL Ch3LL added the Bug broken, incorrect, or confusing behavior label Jun 14, 2016
@ahammond
Copy link
Contributor

We just upgraded to 2016.3.1 and issue still repros.

@irmatov
Copy link

irmatov commented Jun 17, 2016

I am having this issue with SaltStack 2016.3.1+ds-1:

salt-cloud -m testcloud.yaml -d
The following virtual machines are set to be destroyed:
  do:
    digital_ocean:
      test1

Proceed? [N/y] y
... proceeding
Error: There was an error destroying machines: An error occurred while querying DigitalOcean. HTTP Code: 404  Error: '{"id":"not_found","message":"The resource you were accessing could not be found."}'

VM is deleted successfully.

@johje349
Copy link

Any patch or workaround available for this problem? My issue here is that we have a reactor on destroy which does a bunch of stuff (e.g., updates /etc/hosts on all other minions) which is never triggered.

@Ch3LL
Copy link
Contributor Author

Ch3LL commented Jun 27, 2016

@johje349 there is not a current workaround that I'm aware of but this is planned to be fixed for 2016.3.2 so it is on top of our list to get fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug broken, incorrect, or confusing behavior P2 Priority 2 RIoT Relates to integration with cloud providers, hypervisors, API-based services, etc. Salt-Cloud severity-medium 3rd level, incorrect or bad functionality, confusing and lacks a work around ZRELEASED - 2016.3.2
Projects
None yet
Development

No branches or pull requests

8 participants