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

[BUG] Seedfarmer 4.0.4 doesn't actually delete the modules if they were deleted from manifests #719

Open
ktulhax opened this issue Sep 10, 2024 · 1 comment
Assignees
Labels
bug Something isn't working

Comments

@ktulhax
Copy link

ktulhax commented Sep 10, 2024

Describe the bug

Seedfarmer successfully finish seedfarmer apply in case if the module was deleted from .yaml manifest or/and the folder with this module was also deleted, but it doesn't actually delete resources, i.e.:

  • it deletes cached code from bucket
  • it deletes entries from SSM parameters storage
  • BUT it doesn't delete the CloudFormation stacks and relevant resources

To Reproduce
Steps to reproduce the behavior:

  1. Have a project with two modules which are referencing to different folders
  2. Create inital deployment with seedfarmer apply
  3. Delete one of the module from manifest and delete the folder with this module as well
  4. Do seedfarmer apply again
  5. See the result described above

Expected behavior
It was expected that after seedfarmer apply all relevant resouces will be deleted

Additional context
The testing has been done for StepFunction and LogGroup modules

@ktulhax ktulhax added the bug Something isn't working label Sep 10, 2024
@dgraeber
Copy link
Contributor

dgraeber commented Sep 10, 2024

@ktulhax Thanks for this issue. The only resources SF creates are the seedkit (for the entire project via CodeSeeder), the module role (with an attached modulestack if defined) and leverages SSM (no resources there). All other resources are created and destroy by the module.

In your case, you successfully deleted the cached bundle and the SSM metadata for the module (indicating that the module reported back that the destroy was successful). The only remaining resource that SF is aware of is the module role.

Can you provide more info regarding the CFN stack that persists? The name will indicate the usage . Also provide any other pertinent info (the module you are using .... a sample manifest with no proprietary info, etc). We will investigate your use case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants