Open deynekoaa opened 11 months ago
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 TF_LOG=TRACE TF_LOG_PATH=terraform.log terraform apply
you'll have some more logs, it may help.
There's a chance to see this message in logs: "[INFO] ignore disk without image_id and type"
Digging the provider code and history a to understand:
The problem may be due to this line
The provider check if the image_id
is not equal to -1 (a default value)
image_id
value to -1 by default was added by PR #75 to solve issue #71, which could be discussed (is it legitimate etc.)
At first glance we could try to add a check on the image
attribute, however, I'll need to make a bunch of test to check if it break something else
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 templateOutput
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