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

Force a new resource on every paramter change of a rabbitmq_shovel #27

Merged
merged 1 commit into from
Aug 20, 2022

Conversation

akurz
Copy link

@akurz akurz commented Dec 15, 2021

This fixes Issue #2 - shovels need to be completely recreated for any parameter change. I tested this in our setup with RMQ 3.8.21 and Terraform 1.1

@al-lac
Copy link

al-lac commented Dec 16, 2021

This would be really nice to have! Updates are currently failing for me when i change infos on the shovel.

@justinbaur
Copy link

I tested the RabbitMQ HTTP API version 3.8.15 for shovel updates. HTTP updates via a PUT seem to be supported which would not require a delete an create of the shovel. This could be done by implementing the resource update functionality in the provider for shovels. I could help implement that functionality if we want to go that route.

@akurz
Copy link
Author

akurz commented Dec 17, 2021

I did not think about this @justinbaur because re-creating is realy fast and works fine. Would there be any advantage of doing an update of the shovel - like e.g. no restart of the shovel is needed?

@justinbaur
Copy link

After turning on the debug logging it seems that the API operation updates the shovel definition and restarts it. The same log statement is printed for manually restarting the shovel and also updating via the API.
2021-12-17 22:33:26.518 [debug] <0.1751.0> Shovel 'steves-shovel' has finished setting up its topology

I've tested the update command on both version 3.7 and 3.8 which are used in the testacc script.

Copy link
Owner

@cyrilgdn cyrilgdn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi,

Sorry for the response delay.... Better late than never 😅

@justinbaur After a few tests, there's a bug with your PR #28 , I'll comment it but will already apply/release this fix.

@cyrilgdn cyrilgdn merged commit f60beeb into cyrilgdn:master Aug 20, 2022
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

Successfully merging this pull request may close these issues.

4 participants