Replies: 1 comment 1 reply
-
|
Are you writing are file to a shared storage? The same file simultaneously from multiple nodes? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Summary
I’m seeing intermittent errors with
proxmox_virtual_environment_filewhen usingoverwrite = truefor ISO uploads.In some runs, the resource logs:
The ISO file does exist in Proxmox afterwards, so it looks like the upload actually succeeds but the provider fails when reading back metadata. This feels like a timing / race condition between the upload and the follow-up read.
I feel like this happens because of parallelism as I create multiple ISOs and for the one getting the error I do not have the classic
module.cloud_init["service"].proxmox_virtual_environment_file.seed_iso: Creation complete after Xsmessage.Basically an example of logs I get would be:
With
-parallelism=1, the problem is much harder to reproduce (I haven’t hit the error again yet), but I still see the overwrite warning, so the same code path is in use.I’d like to know if this is a known limitation, or if there’s a recommended pattern for this use case (cloud-init ISO with overwrite = true).
Environment
CLI: OpenTofu (via atmos terraform deploy)
Atmos: atmos terraform deploy -s
Terraform/OpenTofu flags: sometimes -parallelism=10 (default), sometimes -parallelism=1
Use case: generate cloud-init seed ISOs locally (user-data / meta-data / network-config via genisoimage), then upload them to Proxmox and attach to VMs to avoid using ssh for cloud-init.
Beta Was this translation helpful? Give feedback.
All reactions