-
Notifications
You must be signed in to change notification settings - Fork 77
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
CCE Terraform Node Pool Disk Update Not Working as Expected #2820
Comments
Hi @Wolfslicht, the issue is that our API supports updating only a limited set of node pool attributes (see API documentation). From my perspective, the best approach would be to request this feature through our customer support at [email protected]. |
Hey Anton, I already did, they told me to raise the issue here.
|
We are aware of similar problem updating labels and tags. I'm going to update our internal demand with this request also. |
HI @oeotvos, thank you! |
Terraform provider version - 1.5
Affected Resource(s)
Hey there,
I have to open a ticket.
We are experiencing an issue with updating the disk space for a node pool using Terraform on Swiss Open Telekom Cloud (OTC). The expected behavior is to add or extend data storage for nodes, for example, increasing the disk size from 100 GB to 300 GB for a node pool VM. However, the current behavior results in the destruction of the disk pool when attempting to extend the disk.
Even with the lifecycle setting create_before_destroy, the old node pool is destroyed as soon as the new node pool is created.
This issue leads to data loss, especially with STS or other persistence applications, as there is no tainting or evacuation possible.
Expectation:
• Add more disk space to a node pool.
• Extend data storage for nodes if corrected/adjusted through Terraform.
• Example: Increase disk size from 100 GB to 300 GB for a node pool VM.
Current Behavior:
• Extending disk results in the destruction of the disk pool.
• Lifecycle setting
create_before_destroy
does not prevent the old node pool from being destroyed, before persistence workload can be transferred to new node pool vms.• No tainting or evacuation possible, leading to data loss with STS or other persistence applications.
Steps to Reproduce:
Impact:
• Data loss with STS Workload like longhorn or other persistence applications.
• Inability to safely extend disk space for node pools.
The text was updated successfully, but these errors were encountered: