Open chris-gibbs opened 7 months ago
Workaround is to set the immutability of the Recovery Vault to 'Disabled', rerun pipeline and then set immutability back to 'Unlocked'. However this will only work if immutability has not been set to 'Locked'
Hey @chris-gibbs, based on what you described and reviewing the module I can't see any obvious reason why the backup wouldn't be idempontent. @rahalan is currenlty working on porting the resource to AVM and as part of the module's tests actually now tests the idempotency. @rahalan would you have happened to come encounter similar challanges?
[!IMPORTANT] The "Needs: Triage :mag:" label must be removed once the triage process is complete!
[!TIP] For additional guidance on how to triage this issue/PR, see the BRM Issue Triage documentation.
Hey @rahalan, I just migrated this issue over from CARML. Please take a look and triage if still relevant :)
Describe the bug
Unable to re-run compute deploy with same settings / policy without an error.
Originally deployed using the compute module, backups were then enabled after creation of VM by adding in the Vault paramaters for the module. Re-running the deployment post backup deployment without any changes to the 'DefaultPolicy' retention for backups results in error.
To reproduce
Code snippet
Relevant log output