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

ebs-surrogate: Make AMI registration optional #4899

Closed
cetex opened this issue May 18, 2017 · 7 comments
Closed

ebs-surrogate: Make AMI registration optional #4899

cetex opened this issue May 18, 2017 · 7 comments

Comments

@cetex
Copy link

cetex commented May 18, 2017

I want to build images for netboot (pxe) for our on-premise hardware using packer and i want to do this on Amazon EC2. Since the result of the build won't run in AWS it would be great if taking a snapshot and registering it as an AMI was optional for the amazon builders.

If this was optional i could use something like Amazon ebs surrogate builder:

  • Run debootstrap to create a chroot on the mounted ebs volume.
  • Run my ansible playbook inside the chrooted directory.
  • Run a script to pack the entire directory up into a cpio/gz archive.
  • Send the created output files to s3 or something similar.
  • Skip snapshot + AMI registration <- this is what's missing.
  • Cleanup / delete instance and volume directly as the resulting images would be useless for any purpose on AWS.
@mwhooker
Copy link
Contributor

thanks for the request. This will actually be an option in the next release! See #4681

@mwhooker
Copy link
Contributor

actually reopening because #4681 isn't implemented for ebs surrogate

@mwhooker mwhooker reopened this May 18, 2017
@mwhooker mwhooker changed the title Make AMI registration optional ebs-surrogate: Make AMI registration optional May 18, 2017
@cetex
Copy link
Author

cetex commented May 18, 2017

Sweet! Didn't know that!

Thanks a lot! :)

@gregsymons
Copy link

Since it looks like #4681 was closed without merging, while this issue is still open, I'd like to make the case for this being a useful option.

In my case, I have branch builds and PR builds for my packer images. I'm never going to use the artifacts generated by either of these builds, but I want quick feedback on whether or not the rest of the build succeeded before either opening a PR (which will do the build on a merged branch, so it's potentially different than the branch build) or merging that PR after the builds complete successfully.

@rickard-von-essen
Copy link
Collaborator

@SwampDragons maybe this should be closed with the same motivation as #4681 ?

@ghost
Copy link

ghost commented Mar 29, 2021

This issue has been automatically migrated to hashicorp/packer-plugin-amazon#22 because it looks like an issue with that plugin. If you believe this is not an issue with the plugin, please reply to hashicorp/packer-plugin-amazon#22.

@ghost ghost closed this as completed Mar 29, 2021
@ghost
Copy link

ghost commented Apr 29, 2021

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@ghost ghost locked as resolved and limited conversation to collaborators Apr 29, 2021
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants