-
Notifications
You must be signed in to change notification settings - Fork 119
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
Not all resources are destroyed after build #497
Comments
Hi @EugenKon, For context when you say the build was interrupted, did Packer have a chance to cleanup the resources, or was it SIGKILLed? If the latter, there's not a lot we can do, as the plugin is supposed to cleanup those resources, but if the process get immediately killed, it doesn't have time to do it, and the resources are left dangling as a result. In any case I'll transfer this issue over to the AWS plugin, as it is the component impacted by this, but before we can classify this as a bug to fix, I'd need more information on the context in which the process got terminated, if possible. Thanks! |
@lbajolet-hashicorp Unfortunately, I do not know how process was stopped/killed. We just noticed, those lurking resources. It would be nice to store "in progress" resources to some state. Thus, even if packer was terminated, it will warn at the next invocations about some unfinished operations and cleanup all resources.
|
Hi @EugenKon, While I understand the reasoning/need for state, Packer is stateless as of now, and as far as I know there's no plan to change this, as this would have side-effects we'd need to consider before introducing such a feature. Besides this, a lot of the real-world usage of Packer is in CIs, which are generally running with a temporary file system (typically in containers), which won't have this information in between runs, so even if Packer became stateful, those cases won't see an improvement on this front. I'll keep the issue open for now, but this leans into wontfix territory unfortunately, sorry to not bring better news. cc @nywilken for insights |
Overview of the Issue
During AMI build, probably, when build process was interrupted, not all resources were destroyed in AWS.
Reproduction Steps
N/A. The build was 3 week ago. We just noticed this.
Packer version
Operating system and Environment details
Log Fragments and crash.log files
N/A
The text was updated successfully, but these errors were encountered: