-
Notifications
You must be signed in to change notification settings - Fork 53
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
Disk could be defined as IMAGE in VM template, not only IMAGE_ID #484
Comments
This issue is stale because it has been open for 30 days with no activity and it has not the 'status: confirmed' label or it is not in a milestone. Remove the 'status: stale' label or comment, or this will be closed in 5 days. |
Still actual |
Running Digging the provider code and history a to understand: The problem may be due to this line
At first glance we could try to add a check on the |
This issue is stale because it has been open for 30 days with no activity and it has not the 'status: confirmed' label or it is not in a milestone. Remove the 'status: stale' label or comment, or this will be closed in 5 days. |
This issue is stale because it has been open for 30 days with no activity and it has not the 'status: confirmed' label or it is not in a milestone. Remove the 'status: stale' label or comment, or this will be closed in 5 days. |
Description
Problem: Disk size not changed after creating VMs from first template
Goal:
terraform can not work with VM templates, that have disk info as
IMAGE
(i.e. name), not asIMAGE_ID
(identifier)First template
Output
terraform plan
:Second template:
Output
terraform plan
:As result, disk size changed in VM from second template
Terraform and Provider version
Affected resources and data sources
opennebula_virtual_machine
Terraform configuration
Expected behavior
Both VMs has 15Gb disk size
Actual behavior
Only VM from second template has 15Gb disk size
Steps to Reproduce
Just try to create VMs from two templates
Debug output
No response
Panic output
No response
Important factoids
No response
References
No response
The text was updated successfully, but these errors were encountered: