-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
"features": required field is not set error for Storage account resource #5867
Comments
This comment has been minimized.
This comment has been minimized.
You have to define
|
@DSakura207 yes thats correct, sorry, should have made clear the 1.X pinning is only require if you dont want to upgrade yet. |
@DSakura207 thank you. It worked!! Error: Error updating Azure Storage Account Edit- Above error disappeared after running apply again |
@sai-ns That is ... fun. My error is 403, and I have not tried running it twice. I filed a bug report, but maybe it also had something to do with Microsoft. |
I tried creating a Simple test Resource group, but kept getting the error specified in 'Actual Behavior'. I had to use version 1.44, and it worked nicely and created the resource group. 2.0 did not work for me. |
Like sai-ns already wrote : add the following code to your terraform code
I spend few hours yesterday on a simple Azure Pipeline (that was using a simple tf code to deploy a RG) because of that. Seems like now the provider block is mandantory (it was highly recommended before) |
Do we need the nb: #5898 |
@woeterman94 yes it is required as of version 2.0.0. You can find more information on this in the docs: https://www.terraform.io/docs/providers/azurerm/index.html#features-2 |
the error message could be a lot more precise so people that have tens of resources created in one script know what terraform block requires "feature" |
I ran into this following https://docs.microsoft.com/en-us/learn/modules/provision-infrastructure-azure-pipelines/4-run-terraform-cloud-shell . It'd be nice to update that tutorial with this information |
👋 hi folks As mentioned in the changelog, version 2.0 of the Azure Provider now requires that a provider block be defined and a Since this controls the behaviour of the Provider this block is now required as we believe it's important that folks are aware which Provider block is being used, since this was ambiguous as it was optional in 1.x (and thus we often saw confusion where users were using one provider block when they thought they were using another with modules). As mentioned above this should be a case of updating your Terraform Configurations to include a Provider block as shown below:
#5880 is tracking adding some additional documentation for this however since this should be fixed by updating the Terraform Configuration to include the provider block I'm going to close this issue for the moment, since this is by design in version 2.0 (and upwards) of the Azure Provider. Thanks! |
thanks this is awesome explanation.
Sent from Outlook<http://aka.ms/weboutlook>
…________________________________
From: Tom Harvey <[email protected]>
Sent: Tuesday, March 3, 2020 6:20 PM
To: terraform-providers/terraform-provider-azurerm <[email protected]>
Cc: lindaburns <[email protected]>; Comment <[email protected]>
Subject: Re: [terraform-providers/terraform-provider-azurerm] "features": required field is not set error for Storage account resource (#5867)
👋 hi folks
As mentioned in the changelog, version 2.0 of the Azure Provider<https://github.com/terraform-providers/terraform-provider-azurerm/blob/master/CHANGELOG.md#200-february-24-2020> now requires that a provider block be defined and a features block be defined within it. The features block is new in version 2.0 of the Azure Provider and allows controlling of the behaviour of certain resources (including whether data disks/key vaults should be purged).
Since this controls the behaviour of the Provider this block is now required as we believe it's important that folks are aware which Provider block is being used, since this was ambiguous as it was optional in 1.x (and thus we often saw confusion where users were using one provider block when they thought they were using another with modules).
As mentioned above this should be a case of updating your Terraform Configurations to include a Provider block as shown below:
provider "azurerm" {
version = "=2.0.0"
features {}
}
#5880<#5880> is tracking adding some additional documentation for this however since this should be fixed by updating the Terraform Configuration to include the provider block I'm going to close this issue for the moment, since this is by design in version 2.0 (and upwards) of the Azure Provider.
Thanks!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<#5867>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AKYERG3INPYPPPWHSSICX43RFWGEDANCNFSM4K2QJUHA>.
|
Hi , I have added |
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. If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 [email protected]. Thanks! |
Community Note
Terraform (and AzureRM Provider) Version
Affected Resource(s)
azurerm_storage_account
Terraform Configuration Files
Description
I was following #5425 to create CORS for blob_properties and had to run terraform init to download new modules/providers/plugins which would support that feature and since then, I am not able to run terraform plan which complains about "features" parameter not set. But that parameter is not part of the resource I am trying to create https://www.terraform.io/docs/providers/azurerm/r/storage_account.html
Debug Output
https://github.com/sai-ns/azure-tf/blob/master/tfdebug
Panic Output
Expected Behavior
Terraform plan should be executed without any issues.
Actual Behavior
Error: "features": required field is not set
Steps to Reproduce
terraform plan
References
The text was updated successfully, but these errors were encountered: