BookmarkSubscribeRSS Feed
☑ This topic is solved. Need further help from the community? Please sign in and ask a new question.
sas_chinmay
Fluorite | Level 6

Warning: Argument is deprecated

   with module.aks.azurerm_kubernetes_cluster.aks,
   on modules/azure_aks/main.tf line 21, in resource "azurerm_kubernetes_cluster" "aks":
   21:   api_server_authorized_ip_ranges = var.aks_cluster_endpoint_public_access_cidrs

This property has been renamed to `authorized_ip_ranges` within the
`api_server_access_profile` block and will be removed in v4.0 of the
provider

1 ACCEPTED SOLUTION

Accepted Solutions
JuanS_OCS
Amethyst | Level 16

Well, I would suggest to reach out to the IaC Git project to ask this question.

 

What I take: this is a warning and should not be an error, unless your terraform script/call has a flag to consider warnings as errors, it should continue well as it is renaming the variable & just notifying.

 

Assuming your CIDRs are correct and not the root cause, you can also:

- you can go ahead and change the variable in the script by yourself

- check the provider that is being used and the version

View solution in original post

2 REPLIES 2
JuanS_OCS
Amethyst | Level 16

Well, I would suggest to reach out to the IaC Git project to ask this question.

 

What I take: this is a warning and should not be an error, unless your terraform script/call has a flag to consider warnings as errors, it should continue well as it is renaming the variable & just notifying.

 

Assuming your CIDRs are correct and not the root cause, you can also:

- you can go ahead and change the variable in the script by yourself

- check the provider that is being used and the version

Sajid01
Meteorite | Level 14

Hello @sas_chinmay 
The message "Warning: Argument is deprecated" is not an error.
It means that a newer method / or approach of providing the value of the argument is preferred.
You may be following an older approach and have provided arguments according to that.
Typically there would be no loss of functionality.
If things are not working there is a chance that there are errors elsewhere.

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

Get Started with SAS Information Catalog in SAS Viya

SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 2 replies
  • 562 views
  • 3 likes
  • 3 in conversation