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

Fog doesn't respect "delete_on_termination" option in elasticsearch::ebs #146

Closed
abstrctn opened this issue Oct 3, 2013 · 4 comments
Closed

Comments

@abstrctn
Copy link

abstrctn commented Oct 3, 2013

When using the elasticsearch::ebs recipe, you can specify options to configure the EBS Volume that will be created and attached to your instance:

"devices" : {
  "/dev/sda2" : {
    "ebs" : {
      "delete_on_termination" : true,
    }
  }
}

These options are largely passed through to the Fog gem, which initializes and saves a new Volume object with those parameters. However, as has been documented in the Fog gem, the delete_on_termination option is ignored when initializing a new EBS Volume: fog/fog#1737

Until there is a fix on the gem side, it looks like the delete_on_termination flag may need to be set in the recipe by modifying the appropriate AWS instance attribute.

@karmi
Copy link
Contributor

karmi commented Oct 4, 2013

Hi, thanks, I think all of us just ignored that and I agree it's painful especially when you fire up nodes for testing etc. I'll have a look how we can fix this directly in the Fog gem -- thanks for the issue link!

@dmorrison
Copy link

Just ran into this myself. Any updates? Thanks!

@karmi
Copy link
Contributor

karmi commented May 27, 2014

@dmorrison No, sorry, started looking into it at that time, and it was much more complicated then I originally thought...

@martinb3
Copy link
Contributor

martinb3 commented Jul 6, 2015

Hello! We've re-written the cookbook using libraries that expose resources and providers, and we've removed support for the EBS recipe. I would recommend using the AWS chef cookbook for this use case now. We figured it would be better to focus on making Elasticsearch's chef experience best, and leave EBS functionality to the folks who know that the best. Hope this helps!

@martinb3 martinb3 closed this as completed Jul 6, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants