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

Changing operating_system on existing cluster does not trigger a destroy and create #462

Open
vburckhardt opened this issue Jun 17, 2024 · 4 comments
Labels
bug Something isn't working internal-synced

Comments

@vburckhardt
Copy link
Member

This may need to be surfaced to provider

@vburckhardt vburckhardt added the bug Something isn't working label Jun 17, 2024
@ocofaigh
Copy link
Member

ocofaigh commented Jun 17, 2024

@vburckhardt provider says This field only affects cluster creation:

operating_system - (Optional, String) The operating system of the workers in the default worker pool. For supported options, see Red Hat OpenShift on IBM Cloud version information or IBM Cloud Kubernetes Service version information. This field only affects cluster creation, to manage the default worker pool, create a dedicated worker pool resource.

So probably working as expected. Maybe we create enhancement request?

@vburckhardt
Copy link
Member Author

@ocofaigh - I think a bug should be filed, as it's not consistent with the terraform common practices - it should attempt to destroy and recreate. It is up to the user of the provider to decide on the behavior, rather than the provider itself. https://developer.hashicorp.com/terraform/language/meta-arguments/lifecycle#ignore_changes change field exists for this reason.

@ocofaigh
Copy link
Member

Created provider issue: IBM-Cloud/terraform-provider-ibm#5501

@ocofaigh
Copy link
Member

@vburckhardt Provider team replied: IBM-Cloud/terraform-provider-ibm#5501 (comment)

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

No branches or pull requests

3 participants