-
-
Notifications
You must be signed in to change notification settings - Fork 125
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
Context Deadline Exceeded only on certain resources #1401
Comments
I'm not quite sure what's going on here. The log does not match the description of the use case. According to the log, Terraform is trying to delete four resources simultaneously: containers 101, 103, and 104, and VM 105. Are they all provisioned on the same datastore, You can also try using parallelism=1 to update one resource at a time and see if it reduces contention. |
It's a ZFS pool. I'll have to take a look at see if that's what's happening. Is it documented anywhere about what forces a container recreation? |
You can run |
Also, take a look at #995, there are some interesting bits. If IO is a bottleneck you may get better performance by tweaking VM storage / interface types. I noticed you're using a mix of scsi and virio in your VMs. |
Still no luck. Tried it with parallelism and don't see any spikes in the IO logs. Is there a specific set of logs that I can look at that might help me find the problem? |
"context deadline exceeded" is a suspicious error tho. Usually it occurs when there is some connectivity issues between client and server. Are the PVE node and the host where you're running terraform from on the same network? |
Yes, but what's odd is that I can modify resources just fine. It's just the destroy and recreate that is failing. |
Could you run just |
|
Ok, the imported state is clearly messed up. I suspect the issue is with timeouts, they were not defined in initial import, and now tf is trying to add them. Which means the current timeout value during apply can be ridiculously small, like a nanosecond, which could explain "content deadline" error. But regardless, after apply, all your resources are going to be re-created because of discrepancies between the imported state and what is currently defined in the config. |
If you want, I can at least post an image of the state for one of the containers so if it comes up again, you might have some insight to what the problem might be. I'll just remove them from the state and create them.
|
Describe the bug
I'm unable to make changes to resources because I get an error stating that there was an issue retrieving the status of the vm/container. The only information I get back is context deadline exceeded
To Reproduce
Steps to reproduce the behavior:
Please also provide a minimal Terraform configuration that reproduces the issue.
Expected behavior
Both instances can be modified
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
All of my resources were imported but somehow modifying resources doesn't cause issues but adding/destroying does. Since there were some configurations that didn't allow for modification, it triggers a replace. From there, I just get the generic
context deadline exceeded
. It appears that modification doesn't trigger the API failure, but recreating does. Additionally, I ran pvesh get and it didn't return any errors and nothing appeared out of order.TF_LOG=DEBUG terraform apply
):Snippet of logs:
The text was updated successfully, but these errors were encountered: