-
-
Notifications
You must be signed in to change notification settings - Fork 155
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
Expanding disk incorrectly fails after cloning #1747
Comments
Follow up if it helps troubleshooting: Discovered that the bug related to expanding disks can be worked around by manually rebooting VMs after applying with updated disk size, followed by a second apply. Steps:
This might even work for the initial VM creation, but I am uncertain if the tofu error is hit before it finishes setting everything else up for the VMs. |
Hi @jbmay 👋🏼 This issue happens because you're running older PVE 7.4. The provider uses the newer 8.x API for disk resizing during cloning, which isn’t available in PVE 7.x and results in an unexpected response. |
@bpg That is good to know. I will need to spend time updating my cluster at some point and see if the issue is resolved then. I would recommend documenting this in the terraform docs for the provider to prevent new users from spending time troubleshooting what is a known issue with older proxmox versions. |
Describe the bug
When deploying a VM that clones from a template, the provider throws an error expanding the disk. However the VM is created successfully in proxmox and the disk shows the desired size.
Example configuration in the module for cloning the template and attempting to expand the disk:
and the output of
terraform|tofu apply
.Expected behavior
The VM is created from the template and the volume is expanded without the provider throwing an error.
Screenshots
The VM does actually get created and scsi0 gets expanded to the size passed in to
root_disk_size
Additional context
Add any other context about the problem here.
Debug logs (
TF_LOG=DEBUG terraform apply
):The text was updated successfully, but these errors were encountered: