Open chickbr opened 5 months ago
hello @chickbr this issue has nothing to do with our AzureOpenAI module.
If you believe this is a bug in the provider, you should open an issue at https://github.com/hashicorp/terraform-provider-azurerm/issues
The reason why request_message
is marked as optional, is that you need it only when is_manual_connection
is set to true, so you can safely omit it when is_manual_connection
is false.
You can also submit a documentation PR https://github.com/hashicorp/terraform-provider-azurerm to make it explicit that the value is required when using manual connections.
Is there any actionable change you would like to see in this module to improve this situation ? please let me know how I can help. Thanks
Is there an existing issue for this?
Greenfield/Brownfield provisioning
brownfield
Terraform Version
1.5.7
Module Version
0.1.3
AzureRM Provider Version
3.109.0
Affected Resource(s)/Data Source(s)
azurerm_private_endpoint
Terraform Configuration Files
tfvars variables values
Debug Output/Panic Output
Expected Behaviour
it should create the private endpoint even without a request_message as the attribute is supposed to be optional
Actual Behaviour
produces error indicating request_message is required
Steps to Reproduce
terraform apply
Important Factoids
n/a
References
request_message is supposed to be optional: https://registry.terraform.io/providers/hashicorp/azurerm/3.109.0/docs/resources/private_endpoint#request_message
but I found a somewhat similar issue reported here: https://github.com/hashicorp/terraform-provider-azurerm/issues/23763 and one of the contributors to the azurerm provider indicates that it actually is required: https://github.com/hashicorp/terraform-provider-azurerm/issues/23763#issuecomment-1867254981
Which is more a problem with the azurerm documentation than with this module but I assume this module will have to adapt.