-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
Apply fails in Azure Cloud Shell with "Error: Could not load plugin" #11543
Comments
IL do not believe this is an issue with the provider. |
Hi and thank you for reporting this. Judging from your debug output provider segfaulted for whatever reason. Sounds like it has more to do with the way you're invoking terraform than with the provider itself. Therefore I'm going to close this issue. Please let us know we can help you in any way. Feel free to join us on Terraform-Azure slack (link can be found in the readme of this repo), there's a large community that can help. |
@favoretti this is reproducible consistently, and Azure Cloud Shell is a very common environment for running Terraform. This makes Azure Cloud Shell basically unusable for Terraform. Heads up @tombuildsstuff . |
Re-opening for others to chip in. |
@favoretti happy to walk you through a repro let me know if you want me to set something up. |
Has there been any update on this issue? I am also receiving this error while going through a terraform class on cloudshell. It was working before up until today where I cannot get anything to work. I see in the debug logs the same error of exiting with a segmentation fault and this is with the latest version 2.90 although i was getting it with older versions as well. Was using both Azurerm 2.90.0 and template 2.2.0 plugin
|
@rickyl2452 I gave up on using Azure Cloud Shell for TF. Besides this issue the timeout error for long plan applications make it a "demo only" kind of environment. In researching this, there was some other folks who experienced issues with cached providers in containers, but I gave up and moved on. One thing I did change was to stop checking in terraform.lock.hcl files into my repo and start pinning my configurations to a specific version of the azurerm provider using required_providers as per Hashicorp best practices. I haven't retested on Azure Cloud Shell since but I'm curious if this would resolve the provider caching issue I was having. |
Unfortunately this appears to be a CloudShell issue, so I'm not sure there's anything we can do to work around it in the Provider. Whilst it may be possible to workaround this in Terraform Core, I have a feeling that what's happening is the Provider is either being significantly delayed, or hitting the memory ceiling within CloudShell - but unfortunately I can't confirm that. Since this appears to be a CloudShell issue rather than a Terraform specific issue, I'm going to close this issue for the moment - but I'd suggest opening an issue on the CloudShell repository where someone from that team should be able to take a look. Thanks! |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
This issue was originally opened by @doherty100 as hashicorp/terraform#28354. It was migrated here as a result of the provider split. The original body of the issue is below.
Terraform Version
Terraform Configuration Files
Debug Output
https://gist.github.com/doherty100/ad20d50bfad77df79018c01bd69eed35
Crash Output
Expected Behavior
Apply should succeed.
Actual Behavior
Steps to Reproduce
This only happens in Azure Cloud Shell (a docker container for CLI hooked up to Azure portal).
This only happens AFTER running multiple other terraform init / terraform apply operations in other directories.
Additional Context
I run this same combination of terraform init / terraform apply operations using terraform binary installation (not a container) and this problem doesn't occur.
References
The text was updated successfully, but these errors were encountered: